Критика границ абстракции и подхода к интеграции сервисов в MCP

Обсуждение на Reddit в сообществе r/ClaudeAI исследует, где MCP проводит границу абстракции, и утверждает, что она проведена ошибочно — это выходит за рамки типичных критических замечаний по реализации, таких как безопасность, раздувание токенов или проблемы транспорта.

Основной аргумент о сервисной интеграции

В посте выделяются три отдельных аспекта, когда агенту необходимо работать с сервисом: доступ к API, эффективные инструменты, которые его оборачивают, и предметные знания о том, как его хорошо использовать. Согласно источнику, MCP объединяет все три в один слой, что приводит к ограниченному подмножеству того, что на самом деле может делать базовый API.

Lattice как конкретный пример

В обсуждении в качестве конкретного примера используется Lattice. Их веб-клиент работает на полном GraphQL API, который охватывает всё, что может понадобиться сотруднику. Однако их публичный API охватывает только рабочие процессы HR-администрирования. В посте утверждается, что MCP стимулирует сервисы создавать ещё один ограниченный интерфейс вместо того, чтобы просто открывать уже имеющиеся у них API.

Предлагаемый альтернативный подход

Автор предлагает лучший путь: сервисы должны сделать свои основные API общедоступными, отмечая, что проблема аутентификации уже решена с помощью OAuth 2.0 с PKCE. Предметные знания следует распространять как навыки агентов, а не встраивать в определения инструментов MCP.

Полный пост доступен по адресу tomyandell.dev/blog/my-problem-with-mcp, а обсуждение на Reddit приглашает других поделиться своими мыслями о том, верна ли эта критика границы абстракции.