Cómo funciona sinep.dev

Primeros pasos

sinep.dev funciona por invitación. Una vez creada su cuenta, inicie sesión en sinep.dev con el inicio de sesión único de su empresa o con el correo electrónico y la contraseña que le hayan dado.

1. Conecte su forja git en Settings → git integrations, o añada una clave SSH en Settings.
2. Cree un espacio de trabajo a partir de un repositorio. Su máquina virtual arranca en unos segundos.
3. Inicie sesión con sus cuentas en las CLI de los agentes en Settings → agents y, después, inicie un agente en el espacio de trabajo.
4. Instale la app de iOS o de escritorio si quiere notificaciones y widgets.

Espacios de trabajo

Un espacio de trabajo es un proyecto con su propia máquina virtual: una microVM Kata con su propio kernel, un conjunto completo de herramientas Linux y montados solo los archivos de ese proyecto. Los agentes de un espacio de trabajo no pueden ver otro espacio de trabajo, a otro usuario ni el host.

• Los archivos, las conversaciones de los agentes y su directorio personal sobreviven a los reinicios de la máquina virtual.
• Dentro hay podman sin root, para que los agentes puedan crear y probar imágenes de contenedor. No hay socket de Docker.
• Cada espacio de trabajo tiene límites de memoria, CPU y procesos, y cada cuenta tiene una cuota de disco. Un agente atascado en un bucle solo se ralentiza a sí mismo.
• Congele un espacio de trabajo que no esté usando para liberar su memoria. Sus archivos se conservan y los agentes que estaban en marcha se reanudan cuando lo descongela.
• Tailscale por espacio de trabajo (opcional) permite a los agentes llegar a la red de su empresa a través de su propia tailnet, con el acceso controlado por sus ACL de Tailscale.

Agentes y terminales

Claude Code, Codex y OpenCode se ejecutan en terminales reales dentro del espacio de trabajo. Cada terminal vive en una sesión de tmux, así que cerrar la pestaña del navegador o perder la conexión no detiene nada.

• Ejecute tantos agentes como permitan los recursos del espacio de trabajo, cada uno en su propia pestaña.
• La página Agents muestra todos los agentes de todos los espacios de trabajo: trabajando, esperándole o terminados.
• Las instrucciones, skills y servidores MCP que configure en Settings → agents se aplican a todos sus agentes.
• El servidor MCP de sinep.dev permite a los agentes abrir archivos y diffs en su navegador, plantearle decisiones, enviar enlaces de vista previa y, si usted lo permite, leer y escribir en sus chats.

Revisión y git

Todo lo que cambia un agente aparece en el panel de revisión, archivo por archivo, con resaltado a nivel de palabra.

• Prepare un archivo entero, un hunk o una sola línea y haga commit con un mensaje.
• Haga push y pull y abra pull requests o merge requests en GitHub, GitLab o Forgejo. Estas operaciones se ejecutan en el servidor con sus credenciales guardadas, no dentro del espacio de trabajo.
• Los checkpoints le permiten volver al estado anterior al turno de un agente.
• La edición libre siempre está permitida: nunca tiene que pasar un cambio por un agente.

Planes con trazabilidad

Para trabajos más grandes puede escribir un plan y aplicarlo como una migración. sinep.dev crea una rama, ejecuta el agente con el plan, ejecuta sus comandos de aceptación y hace commit del resultado.

• Cada commit registra qué plan, agente, modelo y sesión lo produjeron. La transcripción completa se guarda en git notes, de modo que un clon nuevo contiene todo el historial.
• Un plan nunca se reproduce de forma determinista. Ejecutarlo de nuevo es un re-roll: una rama nueva y un registro nuevo, nunca una sobrescritura.
• Si algo falla, la rama y el árbol de trabajo se conservan para que usted los inspeccione o tome el relevo. La rama de destino nunca se toca.

Decisiones y notas

Un agente que le necesita no se detiene a esperar en un terminal que usted no está mirando. Registra una decisión: una pregunta, el contexto y de dos a cinco opciones con su recomendación. Después sigue con lo que no depende de la respuesta.

• Responda desde la página Agents, una notificación push o la pantalla de bloqueo de iOS. La respuesta se escribe de vuelta en el agente.
• Las intervenciones son tareas que solo una persona puede hacer, como iniciar sesión en algún sitio o añadir un registro DNS. Usted las marca como hechas, y el agente lo comprueba y continúa.
• Las notas le cuentan lo que ha hecho un agente y que usted debería saber, como un deploy, sin preguntarle nada.
• Para que decida alguien sin cuenta, comparta un enlace a una decisión. Esa persona solo ve esa pregunta.
• Los agentes nunca piden una contraseña o una clave mediante una decisión. Los secretos van a su sitio, como Settings → workspace credentials.

El asistente

El asistente es su propio agente en su propio espacio de trabajo, configurado en Agents → assistant. Puede ver sus agentes de otros espacios de trabajo y escribir en ellos, algo que los agentes normales nunca pueden hacer.

• Pídale que inicie una tarea: arranca un agente en su propia rama y checkout.
• Espera a los agentes a los que ha encargado trabajo e informa de sus resultados, o le avisa cuando uno se atasca.
• Si usted lo permite, puede responder decisiones dentro de las reglas que haya escrito. Usted sigue viendo cada respuesta.
• Los mensajes de chats o de otros agentes le llegan marcados como datos. Solo actúa según sus palabras y sus reglas.

Trabajos

Un trabajo es un mensaje escrito por usted que se teclea en el asistente, en todos sus agentes, en los agentes de un espacio de trabajo o en un solo agente. Se ejecuta cuando se dispara uno de sus activadores.

• Programación: una expresión cron en su zona horaria, como máximo cada cinco minutos.
• Webhook: un servicio externo llama a la URL secreta del trabajo. El texto que envía se añade solo si usted lo ha permitido, marcado como datos del exterior.
• Chat: un mensaje no leído cumple su regla, como un mensaje directo, una mención, una palabra clave, un remitente o una condición escrita en lenguaje natural. Los mensajes que llegan juntos se entregan en una sola ejecución.
• Inzyde: un evento en su organización de Inzyde, como una tarea creada o completada.

Un activador solo decide cuándo se ejecuta un trabajo. El destino y el mensaje siempre son suyos, y cada trabajo tiene un límite de frecuencia de ejecución.

Chats

Conecte sus cuentas de chat en Settings → chats y léalas todas en una sola bandeja de entrada: Matrix (salas cifradas incluidas), Slack, Microsoft Teams, Signal, Telegram, WhatsApp Business y Gmail. Puede conectar varias cuentas por servicio.

• Los agentes pueden encontrar una conversación, leerla y responderla en su nombre mediante las herramientas MCP de sinep.dev. El correo nunca se entrega a los agentes.
• Sugerencias de respuesta: en las conversaciones que usted elija, sinep redacta una respuesta o una reacción y espera a su clic.
• Actuar sin preguntar es un interruptor aparte para cada conversación, con límites estrictos sobre qué se hace y con qué frecuencia.
• Los mensajes siempre se tratan como palabras de otras personas, nunca como instrucciones.

Enlaces de vista previa

Una aplicación web que se ejecuta en un espacio de trabajo, como un servidor de desarrollo o una API, obtiene un enlace privado desde el menú de puertos. Un agente también puede enviarle el enlace él mismo.

• Los enlaces funcionan durante una hora y pueden revocarse en cualquier momento desde el menú de puertos.
• Las vistas previas se sirven desde un dominio aparte, así que el código de una vista previa nunca puede actuar en su nombre en sinep.dev.

Credenciales

Por defecto, las credenciales de git se quedan en el servidor y las operaciones de git de los botones se ejecutan allí. Si quiere que git, las CLI de la nube u otras herramientas funcionen dentro del terminal, marque qué copiar en sus espacios de trabajo.

• Claves SSH y tokens de la forja.
• Kubeconfig, perfiles de AWS, credenciales de Google Cloud y Azure, y cualquier archivo de su directorio personal.
• Variables de entorno con nombre para sus propias herramientas.

Todo lo que sincronice queda al alcance de los agentes de esos espacios de trabajo. Si un agente encuentra una credencial expuesta en un repositorio, la registra en Agents → leaks para que usted pueda rotarla. Solo se guardan el tipo y la ubicación, nunca el secreto.

Apps

• Navegador: todo funciona en cualquier navegador moderno, en ordenadores y tabletas.
• iOS: una Live Activity con el estado de sus agentes, widgets en la pantalla de inicio y de bloqueo, notificaciones push, respuestas con un toque y dictado.
• macOS, Windows y Linux: una app de escritorio con notificaciones. En macOS, además, widgets de escritorio para agentes, uso y decisiones.
• Android: una app con la cabina completa, que se instala desde una descarga que le enviamos.

Equipos y organizaciones

• Inicio de sesión único: su organización da acceso a sus miembros con su propio proveedor de identidad OIDC o con contraseñas locales.
• Los administradores de la organización gestionan sus cuentas, su proveedor de identidad y su registro de auditoría.
• Comparta un espacio de trabajo con sus compañeros: todos los que tienen acceso trabajan como colaboradores de pleno derecho y ven sus decisiones.
• Límites y cuotas: los administradores pueden limitar los espacios de trabajo, la memoria y el disco de cada cuenta.
• Runners: ejecute los espacios de trabajo de su organización en su propio servidor con Docker y Kata. El runner se conecta hacia fuera a sinep.dev; su código y sus datos se quedan en su hardware.
• Actividad: cada persona ve su propio registro de trabajo terminado. No hay clasificación ni recuento de horas.

Modelo de seguridad

sinep.dev da por hecho que el código que ejecutan los agentes puede ser hostil: paquetes y scripts de compilación que nadie ha leído. El diseño mantiene ese código dentro de su espacio de trabajo.

• Una microVM por espacio de trabajo, con su propio kernel, que monta solo ese espacio de trabajo.
• Acceso a internet para los agentes, con el host, los servicios internos, los rangos privados y link-local, los metadatos de la nube y los demás espacios de trabajo bloqueados.
• Las operaciones de git de los botones se ejecutan en el servidor con los hooks y la configuración de riesgo desactivados.
• Las claves de los proveedores de modelos y las sesiones de chat se quedan en el servidor. Ninguna herramienta se las entrega a un agente.
• El espacio de trabajo, el chat o el archivo de otro usuario simplemente no se encuentra; nunca aparece solo como prohibido.
• Los administradores ven las cuentas y los límites, nunca el contenido de los espacios de trabajo.

sinep.dev alojado se ejecuta en centros de datos de la Unión Europea. Para un cuestionario de seguridad o más detalles, escriba a contact@sinep.dev.

Ayuda

¿Usa sinep.dev y se ha atascado? Escriba a support@sinep.dev. Para precios, una prueba para su equipo o un runner en su propio hardware, use el formulario de contacto o escriba a contact@sinep.dev.