Privacidad y acceso a la red

Fetchpier es local-first: no tiene cuenta, servidor de equipos, telemetría, analítica, reporte de uso ni sincronización en segundo plano. Los workspaces siguen siendo carpetas comunes bajo tu control.

Conexiones de red

Toda conexión se origina en una acción o configuración que tú controlas:

• las solicitudes HTTP que envías, incluidos los redirects y el tráfico de proxy que esas solicitudes impliquen;
• las importaciones de schemas que inicias explícitamente desde una URL HTTP o HTTPS;
• una comprobación de actualizaciones contra el catálogo de productos, que solo corre cuando haces click en Consultar en el diálogo de actualizaciones.

La interfaz no carga fuentes, scripts, imágenes ni páginas web remotas. El texto de la licencia se lee de la copia distribuida con la aplicación. Con la máquina sin conexión, la edición del workspace, el historial, la gestión de entornos y todas las demás funciones locales siguen funcionando; solo las operaciones que realmente requieren un endpoint remoto no pueden completarse.

Esta frontera se aplica con auditorías en tiempo de build, tests end-to-end, la Content Security Policy del renderer y bloqueos de navegación. El renderer no puede introducir en silencio una nueva dependencia remota.

Propiedad y sincronización de datos

Fetchpier no sube datos del workspace. Las solicitudes, los entornos, la configuración, los certificados, las cookies y el historial son archivos en el workspace; el estado personal de la app queda en la carpeta local de datos de usuario. Usa Git, una carpeta compartida o tu propio sistema de sincronización cuando quieras colaborar.

Revisa un workspace de una fuente desconocida antes de ejecutarlo. Los scripts pre-request y post-response se ejecutan en un sandbox síncrono deliberadamente pequeño, pero el sandbox protege contra la exposición accidental de APIs, no contra código hostil. Trata un archivo .http no confiable como un script de shell no confiable y usa una frontera de aislamiento externa, como un contenedor, cuando corresponda.

Límites deliberados

El producto actual intencionalmente no ofrece:

• una nube de Fetchpier ni un servidor de sincronización de equipos;
• plugins más allá de la API de scripting fp.* documentada;
• mocks o fixtures de solicitudes;
• respuestas en streaming, Server-Sent Events ni WebSockets;
• scripts asíncronos, promesas, timers, ni acceso al filesystem o a la red desde los scripts;
• integración con el trust store del sistema operativo;
• un editor de runtime específico para GraphQL;
• recuperación tras reinicio de solicitudes sin título no guardadas o de cambios sin guardar;
• recuperación de secretos, custodia de claves (key escrow) ni destinatarios de cifrado por usuario.

Los schemas GraphQL se pueden importar igual, pero las operaciones generadas se ejecutan como solicitudes HTTP comunes. Las CAs propias se deben importar explícitamente. Las pestañas guardadas, respaldadas por un archivo, se restauran; el trabajo sin guardar se protege con avisos al cerrar, pero no se persiste como borrador entre reinicios.

Estos son límites de compatibilidad y de seguridad, no funciones sin documentar. Diseña tus automatizaciones y los flujos de trabajo de tu equipo en torno a ellos en lugar de suponer un estado en la nube o un runtime similar al de un navegador.