Skip to main content

Aprender

Esta página está en traducción. Por ahora mostramos la fuente en inglés revisada.

MCP en Claude Code: el modelo mental completo

La respuesta corta

MCP — el Model Context Protocol — es cómo Claude Code lee y escribe en sistemas externos. Dentro de su mundo local, Claude Code funciona bien: lee tu repositorio, ejecuta tus comandos. Pero no sabe nada de lo que ocurre fuera. MCP es la puerta abierta.

Con MCP, Claude Code puede consultar requisitos en Notion mientras escribe código, leer issues en GitHub o conectarse a una base de datos y consultar datos reales. En lugar de que pegues y copies información en el chat, el agente accede directamente a herramientas y datos externos.

Dos cosas a las que apunta "MCP"

El término está sobrecargado, lo que causa la mayor parte de la confusión:

  1. Model Context Protocol — el protocolo de código abierto que Anthropic publicó a finales de 2024 para conectar agentes de IA con herramientas y datos. Es el estándar que define cómo un agente descubre, invoca y recibe resultados de capacidades externas.
  2. Los servidores/integraciones MCP a los que la gente se refiere como "MCPs" — los servidores concretos que exponen esas capacidades (un servidor de Notion, un servidor de GitHub, un servidor de base de datos).

Ambos importan. El protocolo es el contrato; los servidores son las implementaciones.

Dónde se sitúa MCP frente a las skills

La forma más clara de pensarlo: MCP abre Claude Code al mundo exterior; las skills organizan cómo se comporta Claude Code dentro de ese mundo.

  • Una skill empaqueta un procedimiento reutilizable — instrucciones, convenciones y flujos de trabajo — que Claude carga y sigue. Cambia lo que Claude sabe o cómo aborda una tarea.
  • MCP da a Claude acceso en vivo a herramientas y datos externos. Cambia lo que Claude puede alcanzar.

Se componen en lugar de competir: una skill puede documentar la manera correcta de usar un servidor MCP, y un servidor MCP puede ser lo que una skill invoque para obtener datos reales. La distinción es acceso frente a procedimiento.

El protocolo, de forma simple

En esencia, MCP es un protocolo cliente-servidor:

  • El cliente (Claude Code) carga definiciones de herramientas y orquesta un bucle de mensajes en el que cada llamada a herramienta y cada resultado pasan a través del modelo.
  • El servidor expone herramientas/recursos al cliente sobre un transporte — históricamente una conexión bidireccional con estado.

La consecuencia clave del diseño del protocolo: el acceso a herramientas es alcance, no memoria. Conectar muchos servidores significa más definiciones de herramientas y resultados fluyendo a través del modelo, lo que puede consumir un contexto significativo. Por eso el protocolo y sus patrones asociados enfatizan mantener la superficie de herramientas enfocada.

El cambio a stateless del 2026-07-28

La especificación MCP del 2026-07-28 cambió el núcleo del protocolo de un modelo bidireccional con estado a un modelo stateless de petición/respuesta. Esto importa para quien construye o ejecuta servidores:

  • Los servidores ya no necesitan mantener una sesión persistente.
  • Se vuelven desplegables en serverless, edge y en infraestructura HTTP estándar balanceada.
  • Construir un servidor MCP se acerca más a crear un endpoint HTTP modesto que a gestionar un servicio de larga duración.

Ese cambio es la modificación de infraestructura silenciosa que hace posible ejecutar MCP a escala — el mismo modelo que simplificó enormemente la operación de las APIs web modernas.

Conclusión

Construye el modelo mental en tres capas:

  1. Protocolo — MCP es el estándar abierto para conectar agentes con herramientas y datos externos.
  2. Acceso vs. procedimiento — MCP da acceso externo en vivo; las skills empaquetan procedimientos reutilizables.
  3. Ahora stateless — desde el 2026-07-28, los servidores MCP son endpoints de petición/respuesta que puedes alojar casi en cualquier lugar.

Cuando una tarea necesita datos externos en vivo o una acción en otro sistema, recurre a MCP. Cuando necesita un flujo de trabajo interno repetible, recurre a una skill. Y si construyes servidores, trátalos como endpoints sin estado — esa es la dirección a la que el protocolo se comprometió.


Source: The Complete Guide to Claude Code: MCP (zhaozhiming, AI Advances, Jul 2026). Protocol principles, server-vs-skills framing, and context-loading discussion derive from that source. The MCP 2026-07-28 stateless-core facts are verified against Anthropic's MCP announcement.