A2A vs MCP: коллеги против инструментов
🤔 Зачем это читать
На встрече по интеграции звучит фраза: «У нас агент в поддержке — на одном движке, а у логистов свой агент — на другом, от другого поставщика. Пусть они общаются и передают друг другу заявки напрямую». Кто-то осторожно спрашивает: «А как два бота от разных вендоров вообще между собой договорятся? У них же даже „язык" разный. Или каждый так и будет сидеть в своём загоне, а человек — носить данные между ними руками?» И тут в чате всплывают два слова — MCP и A2A — которые звучат похоже, и половина зала уже не понимает, это одно и то же или нет.
Знакомо? Эти два слова постоянно произносят на одном дыхании, будто они конкуренты: «возьмём MCP или A2A?». А это всё равно что спорить «купить вилку или официанта». Вилка и официант — не альтернатива друг другу. Это разные вещи для разных задач, и обе нужны.
Вся путаница — оттого, что люди не видят, что это два разных слоя, а не два варианта одного. Один слой — про то, как агент дотягивается до инструментов и данных. Другой — про то, как один агент разговаривает с другим агентом. Они не спорят, они стоят рядом.
После этой темы ты сможешь в одной фразе развести эти два слова и для любой ситуации сказать, какой слой за неё отвечает. И на встрече, где смешали «MCP или A2A», ты будешь тем человеком, который спокойно говорит: «Это разные вопросы, давайте разберём по очереди».
Задержись на 10 секунд. Представь, что у тебя на работе уже два разных AI-помощника — скажем, один разбирает входящие заявки, второй считает доставку. Подумай: чтобы они сработались, им нужно добраться до твоих систем (склад, CRM) — или передать дело друг другу, как два сотрудника из разных отделов? Подержи этот вопрос в голове — к концу страницы ты увидишь, что это и есть два наших слоя.
🔌 Сначала на пальцах про MCP: доступ повара к плите и кладовой
MCP (Model Context Protocol — единый стандарт подключения AI к инструментам и данным) — это универсальный разъём: один раз подключил по стандарту 1С, почту или CRM (программу, где живут клиенты и сделки) — и любой совместимый агент этим пользуется, без переходника под каждую пару. Подробно про этот слой — в теме 10.1 — MCP простыми словами: «USB-C для AI»; здесь нам хватит короткой версии, чтобы оттолкнуться от неё к A2A.
На языке кухни MCP — это доступ повара к плите и кладовой. Повару (агенту) нужно достать лосось со склада, заглянуть в книгу рецептов, включить духовку. MCP — это стандартный штуцер, через который повар дотягивается до оборудования и продуктов. Связь тут вертикальная: один повар → его инструменты и кладовая. Формула короткая: MCP = агент↔инструмент (и данные).
Это, к слову, прямое продолжение темы про инструменты и структурный вывод: там мы выяснили, что повар не лезет в сейф сам, а выписывает «заявку» инструменту. MCP просто стандартизирует, как эта заявка выглядит и как инструмент подключается — чтобы один и тот же кладовщик работал с любым поваром. Но всё это по-прежнему один агент и его руки. Никакого второго агента в этой картинке нет.
📻 А теперь — A2A: рация между цехами
Теперь представь, что у тебя не один повар, а несколько цехов: горячий, кондитерский, заготовочный. Иногда и вовсе соседняя кухня — другого ресторана, с другим оборудованием и своими порядками. Чтобы собрать один большой банкетный заказ, цеха должны переговариваться: «Горячий — кондитерскому: десерт нужен к 19:00, аллергия на орехи у стола 5». Это уже не «достать продукт со склада». Это разговор между равными — между коллегами.
Вот для этого разговора и существует A2A (Agent-to-Agent — общение агентов между собой). Это открытый стандарт, на котором один агент договаривается с другим — даже если они построены на разных движках и от разных поставщиков. На кухне A2A — это рация между цехами (а то и между соседними кухнями): общий язык, на котором повар горячего, кондитер и экспедитор понимают друг друга, не сводя всё к одному человеку-курьеру. Формула: A2A = агент↔агент.
Связь тут горизонтальная: не «повар → его плита», а повар ↔ повар. Заметь разницу с MCP: там агент тянулся вниз, к своим инструментам; здесь агент поворачивается вбок, к другому агенту.
рация
🍽 Из чего собран разговор: Agent Card, задачи, безопасность
Чтобы два агента сработались, им мало просто «крикнуть в рацию». Нужно, во-первых, понять, с кем вообще говоришь и что он умеет. Для этого у A2A есть Agent Card (визитка-меню агента) — короткое описание: что этот агент умеет (его навыки), как до него достучаться и как с ним безопасно соединиться. На кухне это меню-визитка цеха, прибитая на двери: «Кондитерский. Умею: торты, десерты, безе. Заказы — сюда, по такой-то форме». Прочитал визитку — знаешь, к кому идти с десертом, а к кому бесполезно.
Во-вторых, нужно отдавать дело не криком, а понятной единицей работы — задачей со статусом: «принято → в работе → готово» (или «не получилось»). Это как тикет, который путешествует между цехами: всегда видно, на каком он шаге, и никто не гадает, забыли про него или нет.
И в-третьих — безопасность: агенты должны убедиться, что собеседник настоящий, а не самозванец, и что данные между ними не утекут на сторону. Грубо — это пропускной режим: чужой повар не зайдёт на твою кухню просто потому, что постучал в дверь.
Покажу всё это псевдокодом — чтобы было видно, что «разговор агентов» — это не магия, а вполне конкретный обмен по понятным правилам:
# шаг 1 — прочитать визитку (Agent Card) логиста: а он вообще это умеет?
визитка = прочитать_agent_card(«агент_логистики»)
если «расчёт доставки» не в визитка.навыки → не тот агент, искать другого
# шаг 2 — убедиться, что собеседник настоящий (безопасность)
если не проверена_подлинность(агент_логистики) → отказаться от разговора
# шаг 3 — отдать ЗАДАЧУ (не команду, а единицу работы со статусом)
задача = отправить(агент_логистики, «посчитай доставку для заказа № 1842»)
# шаг 4 — следить за статусом задачи, пока не «готово»
ждать пока задача.статус == «готово» # принято → в работе → готово
забрать результат(задача)
# → заметь: ни одного «инструмента/склада» тут нет. Это разговор АГЕНТ↔АГЕНТ.
📅 Молодой стандарт: короткая хронология A2A
Теперь сухие факты, и сразу с оговоркой: A2A — стандарт совсем молодой, версия 1.0 у него — буквально этой весны. Вот как он появлялся (даты — на момент весны 2026):
- Апрель 2025 — Google анонсировал A2A. Уже на старте к нему присоединились более 50 партнёров — крупные компании из разных отраслей.
- Июнь 2025 — протокол передали в Linux Foundation — нейтральную отраслевую организацию. То есть A2A перестал быть «протоколом одного вендора» и стал общим, не привязанным к одному поставщику.
- Весна 2026 — вышла версия 1.0 (март), а к годовому рубежу (апрель) стандарт поддерживают уже более 150 организаций (по данным самой Linux Foundation на момент весны 2026).
Что из этого важно для тебя как для владельца. С одной стороны, темп приличный: за примерно год (на момент весны 2026) — от анонса до версии 1.0 и полутора сотен организаций, и стандарт уже не принадлежит одному вендору. С другой стороны — это складывающийся стандарт, а не зрелая инфраструктура. Крупные вендоры заявляют первые боевые внедрения, но независимо подтверждённых кейсов, где агенты разных компаний реально работают вместе через A2A «на масштабе», пока мало. Проще говоря: рация между кухнями уже изобретена и быстро расходится по индустрии, но «весь общепит на ней давно говорит» — это пока не про сегодня.
🧩 Свести в одну картинку: какой слой за что отвечает
Главное, что стоит унести с этой страницы, помещается в одну строчку: MCP — это про доступ агента к инструментам и данным, A2A — про разговор агента с другим агентом. Разные слои. Часто работают вместе: каждый агент через MCP дотягивается до своих систем, а между собой агенты переговариваются через A2A.
| Вопрос | MCP | A2A |
|---|---|---|
| Кто с кем | Агент ↔ его инструменты и данные | Агент ↔ другой агент |
| Кухонный образ | Доступ повара к плите и кладовой | Рация между цехами и кухнями |
| Направление | Вниз — к рукам и продуктам | Вбок — к коллеге |
| Зачем | Подключить 1С, почту, CRM один раз — пользуется любой агент | Чтобы агенты (даже разных вендоров) передавали дела друг другу |
| Зрелость (весна 2026) | Самый распространённый сегодня слой подключения | Быстро формируется; кейсов «на масштабе» пока мало |
И обрати внимание на одну общую черту: оба стандарта открытые и не привязаны к одному поставщику — оба переданы под крыло нейтральной Linux Foundation. Для тебя это про lock-in (привязку к поставщику): чем стандарт нейтральнее, тем меньше риск, что, выбрав одного вендора, ты потом не сможешь от него отвязаться. Это аргумент в пользу того, чтобы спрашивать у подрядчиков: «вы работаете по открытому стандарту — или по своему, фирменному?».
Прежде чем жать кнопки в тренажёре — мысленно ответь на свой же вопрос из начала: твои два помощника тянутся вниз, к системам (склад, CRM), — или поворачиваются вбок, чтобы передать дело друг другу? Держи это различие в голове — сейчас как раз проверишь, насколько оно у тебя срослось.
🎮 Какой это слой: MCP или A2A?
Семь ситуаций с работы. По каждой реши: это задача для MCP (агент тянется к инструменту или данным) или для A2A (агент разговаривает с другим агентом)? Подсказка-проверка: спроси себя — на другом конце инструмент/система или другой агент-коллега? Жми кнопку — сразу разбор. Это не экзамен, это тренировка чутья на два слоя.
📖 Ключевые понятия
- MCP (Model Context Protocol)
- Единый стандарт подключения AI к инструментам и данным — «доступ повара к плите и кладовой». Связь вертикальная: агент ↔ его инструмент или система. Формула: MCP = агент↔инструмент. Подробно — в теме 10.1.
- A2A (Agent-to-Agent)
- Открытый стандарт общения агентов между собой, даже разных поставщиков — «рация между цехами и кухнями». Связь горизонтальная: агент ↔ агент. Формула: A2A = агент↔агент.
- Agent Card (визитка-меню агента)
- Короткое описание агента: что он умеет (навыки), как до него достучаться, как соединиться безопасно. Меню-визитка цеха на двери — прочитал и понял, к кому идти с десертом.
- Задача со статусом
- Единица работы, которую один агент передаёт другому по A2A, с понятным состоянием: принято → в работе → готово (или «не получилось»). Тикет, путешествующий между цехами, — всегда видно, на каком он шаге.
- Lock-in (привязка к поставщику)
- Риск так встроиться в одного вендора, что потом не отвязаться без боли. Открытые стандарты под нейтральной организацией (и MCP, и A2A — под Linux Foundation) этот риск снижают.
🛡️ Частые заблуждения
«MCP и A2A — конкуренты, надо выбрать что-то одно»
Это не «или — или», это два разных слоя. MCP отвечает за доступ агента к инструментам и данным, A2A — за разговор агента с другим агентом. В реальной системе они спокойно живут вместе: каждый агент тянется к своим системам через MCP, а между собой агенты переговариваются через A2A. Выбирать между ними — как выбирать «вилка или официант».
«Раз A2A уже вышел до версии 1.0, значит, это зрелая, проверенная технология — можно строить на ней что угодно»
A2A — молодой стандарт: ему примерно год на момент весны 2026. Да, темп быстрый (50+ партнёров на старте, 150+ организаций и v1.0 к весне 2026), но независимо подтверждённых кейсов, где агенты разных компаний реально работают вместе «на масштабе», пока мало. Подавай его как «быстро складывающийся стандарт», а не как зрелую инфраструктуру — и production-обещания вендоров проверяй, а не принимай на веру.
«Эти протоколы принадлежат одной компании, которая их и придумала, — значит, мы попадём к ней в зависимость»
И MCP, и A2A на момент весны 2026 переданы под нейтральную Linux Foundation и развиваются как отраслевые, не как «протокол одного вендора». Наоборот, открытый стандарт — это способ снизить привязку к поставщику: подключился по стандарту — и можешь менять и модель, и подрядчика, не переписывая всё заново.
🧠 AI-чутьё (AI Judgment)
Не путать слои и не выдавать молодой стандарт за зрелый
Рамка, которую стоит носить с собой: услышал «MCP или A2A» — первым делом разведи их на два слоя, а не выбирай между ними. Спроси себя и собеседника: «мы сейчас про то, как агент дотягивается до инструментов и данных, — или про то, как один агент разговаривает с другим?». Один вопрос — и каша «два модных слова» превращается в два понятных, отдельных решения.
Про зрелость держи честную картину на момент весны 2026. MCP — самый распространённый сегодня слой подключения агентов к инструментам: если подрядчик говорит «подключим по MCP», это про устоявшуюся практику. A2A — быстро формирующийся стандарт общения агентов: правильное слово тут «складывается», а не «уже везде работает». Когда вендор обещает «наши агенты будут общаться с вашими по A2A на потоке» — это нормальное направление, но проси показать работающий пример, а не лейбл на слайде.
И последнее, про привязку. Сам факт, что оба стандарта открытые и живут под нейтральной Linux Foundation, — это твой аргумент в переговорах. Открытый стандарт снижает lock-in: ты не прибит гвоздями к одному поставщику. Поэтому к любому предложению полезно добавить вопрос: «это открытый отраслевой стандарт — или ваш фирменный, от которого потом не уйти?».
🎯 Практика
Одно задание на пять минут — оно переводит «два слоя» из теории в твою реальную картину.
- Вспомни (или представь) на своей работе два AI-помощника, которым полезно было бы сработаться, — те самые из микромомента в начале. Например: агент, разбирающий заявки, и агент, считающий доставку.
- Для каждого из них выпиши две-три системы, до которых ему надо дотянуться, чтобы делать своё дело: склад, CRM, почта, база регламентов. Это всё — слой MCP (агент ↔ инструмент).
- Теперь нарисуй между двумя помощниками стрелку и подпиши, что они передают друг другу: «заявку на расчёт доставки», «готовый расчёт обратно». Это слой A2A (агент ↔ агент). Посмотри на картинку: стрелки вниз (к системам) — MCP, стрелка вбок (между агентами) — A2A. Теперь два слова перестали быть кашей.
Помнишь вопрос из начала — «как два бота от разных вендоров вообще договорятся»? Теперь у тебя есть ответ: чтобы каждый делал своё дело, ему нужен доступ к системам (MCP); чтобы они передавали дела друг другу — общий язык между агентами (A2A). Разные слои, оба на месте.