Conceptos
Seis ideas describen toda la plataforma. Con esto claro, el resto de la documentación se lee solo.
Workspace
Un repositorio conectado a Chronos. Recuerda su configuración: la rama base de la que parten las sesiones (por ejemplo main) y el remoto para los pull requests. Puedes tener varios workspaces abiertos y cambiar entre ellos desde la cabecera.
Sesión
Una unidad de trabajo. Cada sesión corre en su propia copia de trabajo (un worktree de git) sobre su propia rama:
- Nunca toca tu rama principal ni ve otras sesiones.
- Crear una es instantáneo: no se clona nada, las sesiones comparten el almacén de objetos del repositorio.
- Se guarda sola. Cierra la app y al volver la sesión sigue ahí, con todo su historial.
- Al cerrarla (merge o descarte) se limpia entera: rama y directorio fuera, sin restos.
Piensa en una sesión como un espacio privado y desechable donde un agente hace un trabajo y tú revisas el resultado.
Cola de trabajo
Lo que escribes mientras el agente está ocupado no se pierde: se encola y se ejecuta en orden. Puedes reordenar o cancelar lo pendiente antes de que corra.
Agente
El asistente de código que hace el trabajo. Chronos orquesta seis (Claude Code, Codex, OpenCode, Kimi Code, Cursor y Grok Build) tras una interfaz común: eliges agente, modelo y esfuerzo de razonamiento por sesión y la experiencia no cambia. Qué agentes hay disponibles lo decide tu organización.
Gobernanza
El control central de tu organización, aplicado automáticamente a cada sesión:
- Catálogo firmado: los agentes solo alcanzan las herramientas y conexiones aprobadas. Un catálogo manipulado se rechaza, no se degrada.
- Broker local: las conexiones aprobadas pasan por un proxy en tu máquina que inyecta las credenciales. El agente solo ve
127.0.0.1; el secreto, nunca. - Contexto gobernado: los estándares y prompts de la empresa se aplican a cada sesión sin que tengas que copiarlos.
- Puerta de merge: checks en verde, aprobaciones requeridas y permiso de merge. Sin excepciones desde la app.
Auditoría
Cada prompt, comando, cambio y aprobación queda en un registro inmutable, con su autor. Es la base de la trazabilidad de extremo a extremo: siempre se puede responder qué se hizo, quién lo aprobó y contra qué checks.
Siguiente: La interfaz.