Четыре предыдущие статьи этой серии были про чтение. Эта — про действие: агент, который бронирует, покупает, отправляет форму или получает значение. Я проверил, где на самом деле находятся стандарты, и картина резкая: WebMCP — это черновик Community Group консорциума W3C, он в origin trial в Chrome и Edge, а Apple подала формальное возражение. Торговый протокол OpenAI и Stripe требует от продавца реализовать пять эндпоинтов и находится в бете — а его собственный официальный сайт пишет, что механизмы обнаружения ещё только строятся. Рабочая группа IETF по идентичности агентов учреждена, но не приняла ещё ни одного документа. А на ведущем независимом бенчмарке по выполнению офисных задач лучший проверенный результат — 42,9% выполненных задач.
Три слоя, которые должны существовать одновременно
Чтобы агент выполнил задачу на вашем сайте, одновременно должны выполняться три условия: он должен знать, что ему разрешено делать, у него должен быть интерфейс, через который это сделать, и вы должны знать, что это действительно тот самый агент, а не кто-то, выдающий себя за него. Таблица подытоживает, где сегодня находится каждый слой.
| Слой | Основной механизм | Реальный статус |
|---|---|---|
| Декларация возможностей | WebMCP | Черновик Community Group; origin trial в Chrome и Edge; WebKit против |
| Завершение покупки | ACP от OpenAI и Stripe | Бета; пять эндпоинтов продавца; механизма обнаружения нет |
| Авторизация платежа | AP2 от Google | Версия 0.2; передан в FIDO Alliance; изменений на сайте не требует |
| Агент — агенту | A2A | Версия 1.0.1; стабилен, но решает другую задачу |
| Идентичность агента | Web Bot Auth | Рабочая группа учреждена в IETF; принятых документов нет; Cloudflare реализовала |
| Идентификация агентных браузеров | — | Ни для одного агентного браузера нет документированного user-agent |
WebMCP: где он находится на самом деле
WebMCP — это идея, что сайт может объявить прямо внутри страницы, какие действия он предлагает агенту, вместо того чтобы агент угадывал, куда кликнуть. Это правильный подход, поэтому о нём много пишут. Но важно понимать его формальный статус.
Документ опубликован группой W3C Web Machine Learning Community Group, и в его заголовке прямо сказано, что это не стандарт W3C и что он не находится на пути стандартизации. Редакторы — из Microsoft и Google. Версия черновика, которую я читал, датирована 26 августа 2026 года.
Реализации: Chrome открыл origin trial в версии 149, согласно записи в блоге для разработчиков от 9 июня 2026 года. Edge открыл origin trial в версии 150, Brave запускает это экспериментально в Leo, а десктопное приложение ChatGPT поддерживает. С другой стороны, WebKit подал позицию возражения со списком претензий, включающим сам выбор площадки стандартизации, а Mozilla подала нейтральную позицию.
Две ошибки, которые повторяются в каждом руководстве: API называется не navigator.modelContext — слово Navigator не встречается в тексте спецификации ни разу. И Chrome не выпустил это в версии 146 в феврале 2026 года; официальный блог говорит об origin trial в версии 149. Если руководство утверждает иное, оно не читало источник.
Как это выглядит в коде
Настоящий API — это document.modelContext.registerTool. Идея простая: страница регистрирует инструмент с именем, описанием, схемой входных данных и функцией, которая его выполняет. Агент, работающий со страницей, видит инструмент и ему не нужно угадывать, что делает каждая кнопка.
document.modelContext.registerTool({
name: «book_appointment»,
description: «Book an appointment on a given date»,
inputSchema: {
type: «object»,
properties: { date: { type: «string» } },
required: [«date»]
},
async execute({ date }) {
const result = await bookOnServer(date);
return { content: [{ type: «text», text: result.confirmation }] };
}
});
Здесь важен не синтаксис, а следствие: действие проходит через ваш код. Вы решаете, что открыто наружу, вы проверяете входные данные и вы контролируете побочные эффекты. Это принципиально отличается от агента, который пытается кликать по визуальному интерфейсу и надеяться. На этом этапе любая такая реализация — эксперимент, а не продакшн-инфраструктура.
Агентная коммерция: три протокола, три разные задачи
Запутаться легко, потому что все три названия попадают в одни и те же статьи, хотя решают они совершенно разные вещи.
ACP — Agentic Commerce Protocol, который поддерживают OpenAI и Stripe, сам определяет себя как находящийся в бете, под лицензией Apache-2.0. Самая свежая версия спецификации, которую я видел, датирована 17 апреля 2026 года. С точки зрения продавца требование конкретное: реализовать пять REST-эндпоинтов для управления сессией оформления заказа — создать, обновить, завершить, отменить и получить — плюс вебхуки для событий заказа. Официальный сайт пишет, что они ещё работают над созданием механизмов обнаружения, которые позволят ИИ-платформам идентифицировать бизнесы. То есть даже если вы реализуете всё, сегодня нет стандартного способа объявить, что вы это сделали — ровно тот пробел, который я описал в статье про слой обнаружения.
AP2 — Agent Payments Protocol от Google, версия 0.2, анонсирован в сентябре 2025 года и с тех пор передан в FIDO Alliance для дальнейшей стандартизации. Он построен как расширение A2A и занимается авторизацией платежа: проверяемыми мандатами, доказывающими, что пользователь действительно разрешил агенту платить. Он не требует никаких изменений в HTML вашего сайта, то есть это не замена ACP, а слой под ним.
UCP — Universal Commerce Protocol, который, согласно анонсу Shopify от 24 марта 2026 года, разрабатывается совместно с Google и поддерживается Walmart, Target, Etsy, American Express, Mastercard, Stripe и Visa. Саму спецификацию я не открывал, поэтому версию называть не буду.
Замечание, которое избавит от разочарования: тот же анонс Shopify описывает интеграцию с ChatGPT как работающую через внутренний браузер, а на десктопе — с прямым перенаправлением в магазин продавца. Другими словами, «покупка внутри ChatGPT» — это не обязательно нативное оформление заказа по ACP. А документация OpenAI пишет, что Instant Checkout доступен одобренным партнёрам, а не любому продавцу.
A2A решает другую задачу
A2A дошёл до версии 1.0.0 в марте 2026 года и до версии 1.0.1 в мае 2026 года, и это самый зрелый протокол в группе. Он определяет agent card — JSON-документ, описывающий идентичность, возможности, навыки, сервисный эндпоинт и требования аутентификации сервера агентов — и публикует его по адресу /.well-known/agent-card.json. Это также единственная запись из мира агентов, зарегистрированная в реестре IANA.
И именно поэтому стоит быть точным: его область — это связь между независимыми агентными системами, а не между сайтом и агентом. Публикация этого файла на сайте-визитке не даёт ничего, если за ним действительно не работает A2A-сервер. Я уже видел немало рекомендаций, которые упускают это различие.
Как вообще идентифицировать агента
Это самый недостающий слой, и самый резкий вывод этого исследования — отрицательный: ни для одного агентного браузера нет документированного user-agent. Страница ботов OpenAI перечисляет OAI-SearchBot, OAI-AdsBot, GPTBot и ChatGPT-User — и не содержит записи для ChatGPT Atlas. Страница ботов Anthropic перечисляет ClaudeBot, Claude-User и Claude-SearchBot — и не содержит записи для Claude in Chrome. Если вы видите в логах строку, похожую на агентный браузер, она недокументирована и может измениться без предупреждения.
Ответ, который вырисовывается, — это Web Bot Auth: криптографическая подпись самого запроса. Рабочая группа с таким названием учреждена в IETF, но на сегодня она не приняла ни одного документа — все релевантные черновики остаются индивидуальными предложениями. Черновик основного протокола обновлён 19 августа 2026 года.
Cloudflare уже реализовала механизм: каталог ключей по адресу /.well-known/http-message-signatures-directory и заголовки Signature-Agent, Signature-Input и Signature в запросе. Её документация также отмечает, что с 1 июля 2026 года появилось новое поле метаданных, отличающее прямого агента от посредника, и что категории поведения явно включают совершение сделок от имени пользователя. Одна оговорка, которую стоит знать: Cloudflare реализует более ранние версии черновиков, чем последняя, поэтому на этом этапе расхождений между реализациями следует ожидать.
Насколько хорошо агенты на самом деле выполняют задачи
Здесь я хочу дать реальную цифру вместо ощущения. Самый серьёзный независимый бенчмарк, который я нашёл, — TheAgentCompany, разработанный в том числе в университете Карнеги — Меллона и включающий 175 задач, имитирующих работу в софтверной компании. Результаты в таблице лидеров помечены как независимо проверенные.
- Лучший результат в таблице: 42,9% выполненных задач, запись от 10 ноября 2025 года.
- OpenHands-Versa с Claude Sonnet 4 выполнил 33,1%, в июне 2025 года.
- OpenHands с GPT-4o выполнил 8,6%, в декабре 2024 года.
Оговорка, которую я обязан сделать: самая свежая запись в таблице — от ноября 2025 года, и в ней нет фронтирных моделей 2026 года. Поэтому не представляйте 42,9% как «уровень 2026 года», а как лучший независимо проверенный результат на этом бенчмарке. Что цифра всё же говорит, даже если предположить существенное улучшение, — это что реальности, в которой вы отдаёте агенту сложную задачу и ждёте, что он её закончит, пока не существует.
Что действительно стоит делать сегодня
Честная рекомендация — не спешить внедрять черновики. Мой порядок действий, основанный на том, что задокументировано и стабильно: сначала убедиться, что сайт вообще читается — корректные разрешения, контент в исходном HTML и страницы, которые можно процитировать. Затем проверить, что ваша блокировка не отсекает легитимных агентов, действующих от имени пользователя: это распространённая ошибка, и единственный явный механизм одобрения, который я нашёл задокументированным, — это механизм Cloudflare, позволяющий поставщикам ботов подавать заявку, а владельцам сайтов включать настройки по категориям.
И только затем, если ваша бизнес-модель действительно от этого выигрывает, рассмотрите пилот: origin trial WebMCP для одного чётко определённого действия или реализацию ACP, если вы продаёте товары и у вас есть ресурсы разработки. В обоих случаях относитесь к этому как к эксперименту, потому что это он и есть.
Пробел, который остаётся открытым, — ровно тот, который я описывал на протяжении всей серии: нет стандартного способа для сайта объявить, что он предлагает агенту. ACP признаёт это сам, MCP это не покрывает, а A2A решает другую задачу. Именно поэтому я работаю над спецификацией AX. Но пока согласованного стандарта нет, моя рекомендация — не изобретать частный путь и надеяться, а строить то, что уже работает.
Частые вопросы
Стоит ли внедрять WebMCP на сайте сегодня?
Только как эксперимент. Документ — это черновик Community Group консорциума W3C, и в нём прямо сказано, что это не стандарт и что он не на пути стандартизации. Chrome и Edge открыли origin trial, WebKit подал возражение, а Mozilla — нейтральную позицию. На этом не строят продакшн-инфраструктуру.
Как на самом деле называется API WebMCP?
document.modelContext.registerTool. Название navigator.modelContext, встречающееся во многих руководствах, ошибочно — слово Navigator в тексте спецификации не встречается вообще.
Что именно нужно реализовать, чтобы поддержать агентную коммерцию OpenAI?
По спецификации ACP продавцу нужно реализовать пять REST-эндпоинтов для управления сессией оформления заказа — создать, обновить, завершить, отменить и получить — плюс вебхуки для событий заказа. Протокол определяет себя как находящийся в бете, а Instant Checkout задокументирован как доступный одобренным партнёрам.
Стоит ли публиковать agent-card.json на своём сайте?
Только если у вас действительно работает A2A-сервер. Карточка описывает идентичность, возможности, сервисный эндпоинт и требования аутентификации сервера агентов, а A2A занимается связью между агентными системами, а не между сайтом и агентом. На сайте-визитке этот файл не даёт ничего.
Как определить трафик агентных браузеров в логах?
На сегодня документированного способа нет. Страницы ботов OpenAI и Anthropic не содержат записей для их агентных браузеров. Механизм, который вырисовывается, — это Web Bot Auth, основанный на подписи запроса; рабочая группа по нему учреждена в IETF, но документа она ещё не приняла, а Cloudflare уже реализовала версии черновиков.
Что почитать дальше
Протокол AX: как объявить агенту, что умеет ваш сайт — Следующий шаг после того, как агент может действовать на вашем сайте, — сказать ему, что доступно. Это ровно тот пробел, который сегодня не закрывает ни один существующий протокол.