MCP Server Shipped
Registre e delimite o trabalho sem sair da sessão
Seu agente pode consultar o mapa de zones, deixar um pedido em Triage, redigir os quatro campos e ler o board — tudo de dentro da conversa que já está acontecendo. Nenhuma ferramenta aqui aprova um access request, e nenhuma abre uma zone por conta própria: cc_start pergunta, e só o gate a abre. Uma transição é uma pergunta feita ao gate, nunca um poder da ferramenta.
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.
Adicione a URL do connector do board e o Claude registra e delimita a task pelo chat — sem instalar nada. Ele não aprova acesso: quem decide são o gate e o owner da 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.
O mesmo connector no Cursor: inicie a task, veja por que um arquivo mudou da última vez, entregue o trabalho. Só com o connector, nada na máquina bloqueia uma escrita.
Como conectar
cycle mcp # serve as ferramentas por stdio, para o .mcp.json de um clienteEle viaja dentro do binário da CLI em vez de ser uma segunda instalação, então existe uma implementação e não duas que divergem. O plugin do Claude Code já deixa tudo configurado.
As sete ferramentas
| Ferramenta | O que faz |
|---|---|
cc_zones | O mapa de zones como o board o guarda — paths, risk, owners |
cc_intake | Uma linha em Triage. Não inicia nada |
cc_interview | Redige os quatro campos, conferidos contra o mapa de zones real |
cc_scope | Grava essas quatro respostas na task |
cc_status | Uma task, ou tudo que está em andamento. Somente leitura |
cc_why | Quais tasks mudaram um arquivo ou uma pasta, da mais recente para a mais antiga, com o objetivo de cada uma. Somente leitura |
cc_search | Até cinco tasks relacionadas a um pedido ou a arquivos — por significado onde o board tem isso ligado, por arquivos em comum e por palavras. Somente leitura |
cc_search chegou aos dois servidores no trunk em 2026-10-13. A versão que o npm e o plugin instalam, a 0.1.25 (2026-10-12), é anterior e serve as seis primeiras.
Mais quatro no connector
O board emite um connector HTTP por máquina, e ele acrescenta cc_setup, cc_start, cc_submit e cc_close. Cada transição é uma pergunta que o gate responde pelas mesmas regras que o console obedece — um cliente do gate, nunca uma segunda porta. Para as zones que não são de alto risco, isso quer dizer que o cc_start pode abri-las sem nenhuma pessoa envolvida; uma zone de alto risco continua esperando o seu owner. A referência mantém as duas superfícies lado a lado.
A linha que elas não cruzam
Não existe grant nem resolve. Nenhuma ferramenta de qualquer um dos dois servidores emite um grant, aprova acesso ou decide uma transição — cc_start pergunta, o gate responde — e essa ausência faz parte do contrato tanto quanto o que está presente.
O motivo não é cautela, é aritmética. Uma aprovação que chega por uma ferramenta chamada pelo agente é autenticada por um token que o agente carrega, então um board não teria como distinguir o seu sim do dele. Um gate que o agente consegue invocar não é um gate. As ferramentas perguntam; o gate decide; as aprovações vêm de uma pessoa no console — ou do cycle approve, a porta mais fraca, registrada como tal, que uma máquina pareada só pode usar num board de um único membro.
Onde ele para
- Nunca decide o que o hook decide. O enforcement é local e sem rede; este servidor não está nesse caminho, e uma queda não abre uma zone.
- Não guarda uma segunda cópia das regras do gate. No dia em que começar a julgar se uma spec está completa, poderá discordar do gate — e uma ferramenta que discorda do gate é pior do que ferramenta nenhuma.
- Lê o board, não o seu disco. Para saber o que está aberto nesta máquina agora, a resposta honesta é
cycle status: o grant é local e este servidor deliberadamente não o enxerga.
Os payloads estão na referência MCP (em inglês), e o modelo que elas descrevem é o mapa de zones.
Perguntas que esta página responde
O servidor MCP pode iniciar trabalho ou conceder acesso?
Conceder acesso, nunca: uma aprovação que chega por uma ferramenta chamada pelo próprio agente é autenticada por um token que o agente carrega, então o board não teria como distinguir o seu sim do dele. Iniciar trabalho, só perguntando: o cc_start do connector pede a transição e o gate a decide, pelas mesmas regras seja quem for que pergunte.