MCP Server Shipped
Registra y acota el trabajo sin salir de la sesión
Tu agente puede consultar el mapa de zones, dejar una petición en Triage, redactar los cuatro campos y leer el board — todo desde la conversación que ya está teniendo. Ninguna herramienta aprueba aquí un access request, y ninguna abre una zone por sí misma: cc_start pregunta, y sólo el gate la abre. Una transición es una pregunta que se le hace al gate, nunca un poder de la herramienta.
File a task: the board export times out on large boards.
commitcycle · cc_intake
Filed CC-58 in Triage: Export times out on large boards
A draft of the four answers — correct anything before I save it:
- Goal
- A large board exports in one request instead of timing out.
- Non-goals
- No change to the export format.
- Zones
- None — the export code is unprotected.
- Criteria
- A 2,000-task board exports without a timeout.
Looks right. Save it.
commitcycle · cc_scope
Saved CC-58, and moved it to Todo — all four answered.
CC-58 is ready. Whoever picks it up starts it in the repository: cycle start CC-58.
Añade la URL del connector del board y Claude registra y acota la task desde el chat — sin instalar nada. No puede aprobar accesos: deciden el gate y el owner de la zone.
Pick up CC-58.
commitcycle · cc_start
CC-58 is In Progress.
task/CC-58-export-times-out-on-large-boards
No protected zone is open — everything this task declared is unprotected.
commitcycle · cc_why
apps/web/src/export.ts — 1 task(s), newest first:
CC-41 · Done · Stream the export instead of building it in memory
CC-41 already streams the export, so the timeout is the query. Paging it.
Edited export.ts +2 −2
commitcycle · cc_submit
CC-58 is In Review. The zones it had open are closed again.
El mismo connector en Cursor: empieza la task, mira por qué cambió un fichero la última vez, entrega el trabajo. Con el connector solo, nada en la máquina bloquea una escritura.
Conectarlo
cycle mcp # sirve las herramientas por stdio, para el .mcp.json de un clienteViaja dentro del binario de la CLI en lugar de instalarse aparte, así que hay una implementación y no dos que se separen. El plugin de Claude Code lo deja configurado.
Las siete herramientas
| Herramienta | Qué hace |
|---|---|
cc_zones | El mapa de zones tal y como lo guarda el board — paths, risk, owners |
cc_intake | Una línea a Triage. No empieza nada |
cc_interview | Redacta los cuatro campos, contrastados con el mapa de zones real |
cc_scope | Guarda esas cuatro respuestas en la task |
cc_status | Una task, o todo lo que está en marcha. Sólo lectura |
cc_why | Qué tasks cambiaron un archivo o una carpeta, de la más reciente a la más antigua, con el objetivo de cada una. Sólo lectura |
cc_search | Hasta cinco tasks relacionadas con una petición o con unos archivos — por significado donde el board lo tiene activado, por archivos compartidos y por palabras. Sólo lectura |
cc_search llegó a los dos servidores en el trunk el 2026-10-13. La versión que instalan npm y el plugin, la 0.1.25 (2026-10-12), es anterior y sirve las seis primeras.
Cuatro más en el connector
El board emite un connector HTTP por máquina, y añade cc_setup, cc_start, cc_submit y cc_close. Cada transición es una pregunta que el gate responde con las mismas reglas que obedece la consola — un cliente del gate, nunca una segunda vía. Para las zones que no son de alto riesgo, eso significa que cc_start puede abrirlas sin que intervenga ninguna persona; una zone de alto riesgo sigue esperando a su owner. La referencia mantiene las dos superficies lado a lado.
La línea que no cruzan
No hay grant ni resolve. Ninguna herramienta de ninguno de los dos servidores emite un grant, aprueba acceso ni decide una transición — cc_start pregunta, el gate responde — y esa ausencia forma parte del contrato tanto como lo que sí está.
El motivo no es prudencia, es aritmética. Una aprobación que llega por una herramienta que llama el agente va autenticada con un token que tiene el agente, así que un board no podría distinguir tu sí del suyo. Un gate que el agente puede invocar no es un gate. Las herramientas preguntan; el gate decide; las aprobaciones vienen de una persona en la consola — o de cycle approve, la vía más débil, registrada como tal, que una máquina emparejada sólo puede usar en un board de un solo miembro.
Dónde se detiene
- Nunca decide lo que decide el hook. El enforcement es local y sin red; este servidor no está en ese camino y una caída no puede abrir una zone.
- No guarda una segunda copia de las reglas del gate. El día que empiece a juzgar si una spec está completa, podrá contradecir al gate — y una herramienta que contradice al gate es peor que no tener herramienta.
- Lee el board, no tu disco. Para saber qué hay abierto en esta máquina ahora mismo, la respuesta honesta es
cycle status: el grant es local y este servidor deliberadamente no lo ve.
Los payloads están en la referencia MCP (en inglés), y el modelo que describen es el mapa de zones.
Preguntas que responde esta página
¿El servidor MCP puede empezar trabajo o conceder acceso?
Conceder acceso, nunca: una aprobación que llega por una herramienta que llama el propio agente va autenticada con un token que tiene el agente, así que el board no podría distinguir tu sí del suyo. Empezar trabajo, sólo preguntando: el cc_start del connector pide la transición y el gate la decide, con las mismas reglas pregunte quien pregunte.