MCP и A2A: протоколы AI-агентов для бизнеса

Рабочая базаКлиентКонтекстОтветственныйЗадача на сегодня

Коротко о главном

Протоколы вроде MCP и A2A появляются потому, что корпоративным агентам нужно стандартизированно подключаться к инструментам и взаимодействовать друг с другом. MCP в первую очередь описывает доступ модели/агента к контексту и tools, а A2A — взаимодействие между агентами как самостоятельными участниками процесса.

Почему обычного REST API недостаточно

REST отлично подходит для детерминированных программ. Но агенту часто нужно сначала выяснить, какие возможности доступны, выбрать инструмент, вести диалоговое состояние и передать задачу другому агенту.

Google в 2026 году описывает A2A как язык для совместной работы динамичных агентов, тогда как классические API остаются более жёсткими.

MCP: стандартный доступ к инструментам

MCP снижает количество кастомного glue-кода между моделью и внешними системами. Вместо отдельной интеграции под каждый AI-клиент можно предоставить стандартизированный сервер с описанными ресурсами и tools.

Но протокол сам по себе не решает security. Каждый tool всё равно должен проверять identity, permissions, input и tenant context.

A2A: агент передаёт задачу агенту

Представьте CRM-агента, который понимает клиента, и отдельного логистического агента, который умеет планировать доставку. A2A позволяет им обмениваться задачами, capability и результатами без превращения одного агента в монолит.

Для крупной платформы это путь к разделению отраслевых компетенций.

Что это значит для компаний сегодня

Не нужно срочно перестраивать всю инфраструктуру под каждый новый протокол. Важно сохранять бизнес-логику в узких безопасных tools и отделять её от конкретной модели. Тогда новые стандарты можно подключать как транспортный слой.

Google в своём developer guide 2026 перечисляет уже целую экосистему agent protocols, что подтверждает: рынок быстро стандартизируется, но ещё не застыл.

CRM как координатор контекста

Для Adaptum наиболее естественная роль CRM — оставаться системой записи и authority по правам. Даже если в будущем задачи будут передаваться внешнему агенту по A2A, он не должен получать больше данных и действий, чем разрешено исходным workspace.