Si usás Claude Code todos los días, conocés el ritual: abrir un chat nuevo, pegar el contexto del proyecto, explicar el stack, las convenciones, las restricciones de seguridad. Cinco minutos antes de empezar a trabajar de verdad. Multiplicalo por diez sesiones semanales y tenés casi una hora perdida en puro overhead.

Pero el costo real no es el tiempo. Es la inconsistencia.

El problema con pegar contexto

El contexto manual falla en tres niveles concretos:

  • Inconsistencia por sesión: Un día pegás el stack completo, otro día solo el problema puntual. La calidad de las respuestas de Claude varía directamente con lo que llegaste a recordar pegar. Claude no sabe lo que no le dijiste.
  • Conocimiento estático: El prompt que escribiste hace tres meses describe lo que sabías entonces. Si aprendiste algo nuevo sobre seguridad, agregaste una dependencia o cambiaste el patrón de autenticación, el prompt pegado no lo refleja — hasta que alguien lo actualice a mano, lo cual casi nunca pasa.
  • Escala imposible: Funciona para un proyecto. Para cinco proyectos simultáneos, necesitás mantener cinco prompts distintos, recordar cuál pegar en cada sesión, y rezar para que no se mezclen.

Qué es MCP y cómo resuelve esto desde la raíz

MCP (Model Context Protocol) es el protocolo de Anthropic para conectar herramientas externas con Claude Code. No es un plugin ni una extensión — es una capa de comunicación estandarizada que permite que Claude acceda a sistemas externos con la misma naturalidad con la que lee un archivo local.

La diferencia conceptual es importante: en lugar de empujar contexto hacia Claude, Claude lo busca cuando lo necesita. El conocimiento vive en el servidor, no en el clipboard.

Con Cerebro MCP, las tools que Claude tiene disponibles exponen ~300 notas de metodología estructurada: checklists OWASP, prompts especializados por tipo de tarea, conocimiento semántico de PHP, Python, TypeScript, SEO/GEO y marketing digital. Claude las llama automáticamente cuando el contexto de la tarea las requiere.

Cómo Claude infiere cuándo llamar cada tool

Esto es lo que más sorprende a los developers cuando lo prueban por primera vez: no hay ningún slash command ni instrucción manual. Cada tool tiene una description escrita como instrucción proactiva. Claude las lee al iniciar la sesión y decide cuándo llamarlas según lo que estás haciendo.

Por ejemplo, la tool get_context tiene esta descripción (simplificada):

Llama esta tool PROACTIVAMENTE antes de cualquier tarea técnica.
Tipos: security-audit, seo-audit, frontend-audit, deploy, new-project, refactor, ecommerce.
Retorna: checklist aplicado + knowledge chunks + prompt especializado.

Cuando escribís "revisá la seguridad de este formulario", Claude interpreta que es una tarea de auditoría, lee que tiene una tool para eso, y la llama antes de analizar el código. No porque vos se lo dijiste — sino porque la descripción de la tool se lo indica.

Una sesión real: antes y después

Veamos la diferencia con un ejemplo concreto. Mismo pedido, mismo Claude, diferente contexto disponible.

Sin Cerebro MCP:

Vos: "Revisá la seguridad de este formulario de login"

Claude: "Revisé el formulario. Algunas consideraciones:
- Verificar que uses prepared statements para las queries
- Sanitizar el input del usuario
- Considerar implementar rate limiting
- Usar HTTPS (recomendado)
..."

Respuesta genérica. Claude no sabe si el proyecto usa PDO o mysqli, si ya tenés rate limiting, si el proyecto vive en Hostinger con restricciones de mod_rewrite. Todo lo que dice aplica a cualquier formulario PHP del universo.

Con Cerebro MCP:

Claude llama: get_context("security-audit")
Claude llama: get_checklist("security")

Claude: "Audité el formulario contra el checklist OWASP para PHP vanilla.

✅ Prepared statements: PDO con parámetros nombrados — correcto.
❌ CSRF token: el formulario no tiene campo hidden con token de sesión.
   Fix: panel_csrf_token() en el form + panel_csrf_validate() en el handler.
❌ Rate limiting: sin límite de intentos en /login.
   Fix: tabla login_attempts + bloqueo temporal a los 5 intentos fallidos.
✅ Password hashing: password_hash(PASSWORD_BCRYPT) — correcto.
✅ Errores en producción: display_errors = Off — correcto.
⚠️  Session cookie: falta 'samesite' => 'Lax' en session_set_cookie_params().
..."

Claude aplicó el checklist ítem por ítem sobre el código real, citando las funciones del proyecto, con los fixes específicos para el stack. La diferencia no es Claude — es lo que tenía disponible.

Setup en 30 segundos

La configuración es un snippet en ~/.claude/mcp.json:

{
  "mcpServers": {
    "cerebro": {
      "type": "sse",
      "url": "https://api.intea.com.ar/mcp/sse",
      "headers": {
        "Authorization": "Bearer TU_API_KEY"
      }
    }
  }
}

Reiniciás Claude Code y las 6 tools aparecen disponibles. Una sola vez. La API key no cambia cuando renovás la suscripción — no tenés que volver a tocar el archivo.

Por qué el conocimiento se mantiene actualizado

El vault del Cerebro es un repositorio git con ~300 notas en Markdown: checklists, prompts especializados, guías de arquitectura. El servidor re-indexa el vault cada 6 horas con git pull + reindexado vectorial.

Cuando se agrega una nota nueva — por ejemplo, sobre un patrón de autenticación actualizado o una vulnerabilidad reciente — está disponible en las próximas horas para todos los usuarios sin que tengan que hacer nada. No hay que actualizar el mcp.json, no hay que reinstalar nada.

El contexto no es estático porque no vive en el prompt. Vive en el servidor.

El cambio real en el flujo de trabajo

Después de configurar Cerebro MCP, la diferencia no se siente como "Claude mejoró". Se siente como que Claude finalmente conoce tu stack. Las respuestas dejan de ser genéricas porque ya no son genéricas — están informadas por el mismo corpus de conocimiento que vos usás para tomar decisiones de arquitectura.

Si trabajás en PHP vanilla en Hostinger, Claude sabe que no hay Composer, que las soluciones tienen que ser compatibles con hosting compartido, que la autenticación tiene que ser sin frameworks pesados. Si trabajás en Python con FastAPI, Claude sabe los patrones de dependencias que preferís, los estándares de seguridad que aplicás, los anti-patrones que documentaste.

No porque vos se lo hayas explicado en esa sesión. Porque ya estaba ahí.