---
title: "Un servidor MCP que pregunta al gate, nunca lo abre"
description: "Zones, intake, scoping, estado, historial y tasks relacionadas, desde tu sesión. El gate decide las transiciones; ninguna herramienta aprueba acceso."
url: https://commitcycle.com/es/mcp/
language: es
---

# Registra y acota el trabajo sin salir de la sesión

> Zones, intake, scoping, estado, historial y tasks relacionadas, desde tu sesión. El gate decide las transiciones; ninguna herramienta aprueba acceso.

MCP Server Shipped

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.

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

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

Viaja 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](https://commitcycle.com/es/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](https://commitcycle.com/docs/reference/mcp/) 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](https://commitcycle.com/docs/reference/mcp/) (en inglés), y el modelo que describen es [el mapa de zones](https://commitcycle.com/es/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.