Crítica del Límite de Abstracción y del Enfoque de Integración de Servicios del MCP

Una discusión en Reddit en r/ClaudeAI examina dónde el MCP traza su límite de abstracción y argumenta que se equivoca de una manera que va más allá de las críticas típicas de implementación como seguridad, inflación de tokens o problemas de transporte.

Argumento central sobre la integración de servicios

La publicación identifica tres preocupaciones separadas cuando un agente necesita trabajar con un servicio: acceso a la API, herramientas eficientes que lo envuelven y conocimiento del dominio sobre cómo usarlo bien. Según la fuente, el MCP agrupa los tres en una sola capa, lo que resulta en un subconjunto limitado de lo que la API subyacente puede hacer realmente.

Lattice como ejemplo concreto

La discusión utiliza Lattice como ejemplo específico. Su cliente web funciona con una API GraphQL completa que cubre todo lo que un empleado querría hacer. Sin embargo, su API pública solo cubre flujos de trabajo de administración de recursos humanos. La publicación argumenta que el MCP incentiva a los servicios a construir otra interfaz limitada en lugar de simplemente abrir las API que ya tienen.

Enfoque alternativo propuesto

El autor sugiere un camino mejor: que los servicios hagan que sus API principales sean universalmente accesibles, señalando que el problema de autenticación ya está resuelto por OAuth 2.0 con PKCE. El conocimiento del dominio debe distribuirse como habilidades del agente en lugar de integrarse en las definiciones de herramientas del MCP.

La publicación completa está disponible en tomyandell.dev/blog/my-problem-with-mcp, y la discusión en Reddit invita a otros a compartir sus opiniones sobre si esta crítica del límite de abstracción es correcta.