Anthropic / mcp-builder
¿Cuándo construir un servidor MCP en vez de una skill?
Cuando el agente necesita hacer algo, no saber algo.
Lo que conviene recordar
- El diseño de herramientas lo es todo. Una herramienta mal nombrada es una herramienta sin usar.
- Pocas herramientas bien acotadas ganan a muchas solapadas.
- Los mensajes de error son parte de la interfaz, porque el agente los lee y decide qué hacer.
- Un servidor concede capacidad, y la capacidad necesita límites de autorización.
01Qué cambia en la práctica
Lo difícil en MCP no es el protocolo, es el diseño de la interfaz. El agente elige herramientas por su nombre y su descripción, así que una herramienta llamada procesar que recibe un objeto de opciones se usará mal continuamente.
Construir con guía explícita mantiene la superficie pequeña y legible, que es la diferencia entre un servidor que el agente usa bien y uno que evita o aplica mal.
02Dónde decepciona
No decide tu modelo de seguridad. Qué puede leer, escribir y borrar el agente es una decisión tuya que hay que aplicar en el servidor.
Los detalles del protocolo además cambian. Consulta la especificación vigente en vez de asumir que la foto de la skill está al día.
Instalación y primera ejecución
- Instálala desde anthropics/skills con licencia Apache 2.0.
- Diseña primero la superficie de herramientas: pocas, con nombres claros y argumentos evidentes.
- Pruébalo con la petición realista más vaga, porque ahí se ven los límites mal puestos.
Preguntas que la gente hace de verdad
- ¿Skill o servidor MCP?
- Skill para procedimiento y convenciones. Servidor para capacidad, es decir acceso a un sistema al que el agente no llega.
- ¿Cuál es el error de diseño más común?
- Demasiadas herramientas solapadas con nombres vagos, lo que hace poco fiable la selección.
- ¿Importan los mensajes de error?
- Sí. El agente los lee y elige su siguiente paso, así que son parte de la interfaz.
Fuentes
Versiones legibles por máquina de esta página