---
title: "Um servidor MCP que pergunta ao gate, nunca o abre"
description: "Mapa de zones, intake, scoping, estado, histórico e tasks relacionadas, da sua sessão. O gate decide as transições; nenhuma ferramenta aprova acesso."
url: https://commitcycle.com/pt-br/mcp/
language: pt-BR
---

# Registre e delimite o trabalho sem sair da sessão

> Mapa de zones, intake, scoping, estado, histórico e tasks relacionadas, da sua sessão. O gate decide as transições; nenhuma ferramenta aprova acesso.

MCP Server Shipped

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.

**Claude:** 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.

**Cursor:** 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 cliente
```

Ele 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](https://commitcycle.com/pt-br/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](https://commitcycle.com/docs/reference/mcp/) 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](https://commitcycle.com/docs/reference/mcp/) (em inglês), e o modelo que elas descrevem é [o mapa de zones](https://commitcycle.com/pt-br/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.