Los LLMs eligen herramientas basándose en descripciones. Malas descripciones significan selección incorrecta. El scoring de calidad revela la brecha entre demo y producción.
El Model Context Protocol está haciendo con la integración de APIs lo que REST hizo con SOAP. La mayoría de ingenieros todavía lo ve como un juguete.
Un panel en verde y un producto roto pueden coexistir en el mismo servidor MCP. Aquí están las cinco métricas que realmente miden si tus herramientas funcionan.
La mayoría de los servidores MCP están construidos como APIs REST con pasos extra. Ese es el modelo mental equivocado.
Function calling te ata a un solo proveedor de LLM. MCP te da un protocolo universal. Parece igual hasta que mantienes cinco integraciones.
Todos compiten por dar a los agentes IA acceso a sus sistemas. Casi nadie pregunta qué pasa cuando esos agentes son manipulados.
No hay estándar para la calidad de servidores MCP. Ni benchmark. Ni puntuación. Es un problema masivo escondido a plena vista.
Los servidores MCP son APIs que un agente llama sin revisión humana. La descripción de la herramienta es el contrato, y nadie está verificando si el contrato es honesto.
La gran infraestructura desaparece. Las mejores herramientas MCP no deberían requerir que pienses en herramientas MCP.
Ya tienes la logica de negocio. Lo dificil no es el codigo — es escribir descripciones de herramientas que los LLMs puedan usar. Este es el camino mas corto.