Google представил UCP — новый открытый стандарт для агентской коммерции. Протокол даёт ИИ-агентам и торговым системам общий язык, чтобы запрос на покупку мог перейти от поиска товара к аутентифицированному заказу без необходимости индивидуальной интеграции с каждым ритейлером и каждой площадкой.
В чём проблема, которую решает UCP?
Сегодня большинство ИИ-помощников в сфере покупок ограничиваются рекомендациями. Агент собирает ссылки, вы проверяете наличие товара, коды скидок и процесс оформления заказа на разных сайтах. Команда инженеров Google описывает это как узкое место интеграции N на N. Каждая новая диалоговая площадка требует отдельной работы от каждого продавца и платёжного провайдера.
UCP объединяет всё это в одну абстракцию. Такие платформы, как Gemini или AI Mode в поиске, интегрируются один раз с протоколом. Компании один раз раскрывают своё коммерческое поведение за UCP. Платёжные сервисы и поставщики учётных данных интегрируются на уровне платежей. Тот же протокол может поддерживать множество вертикалей, таких как покупки, путешествия или услуги.
Роли и основные строительные блоки
В документе с основными концепциями UCP определены четыре основных участника:
* Платформа — это агент или приложение, которое организует путь пользователя. Примеры включают ИИ-помощников для покупок и поисковые интерфейсы.
* Бизнес — это продавец или поставщик услуг.
* Поставщик учётных данных — управляет платёжными инструментами и персональными данными, такими как адреса.
* Платёжный сервис — обрабатывает авторизацию, захват и расчёты.
Помимо этих ролей, UCP вводит три фундаментальных конструкта:
* Возможности, такие как оформление заказа, связывание идентификаторов и заказ.
* Расширения, такие как скидки, выполнение заказов или мандаты AP2, которые расширяют возможности через поле extends.
* Сервисы, которые связывают возможности с транспортными протоколами, такими как REST API, Model Context Protocol и Agent2Agent.
В репозитории GitHub перечислены четыре первоначальные ключевые возможности для покупок:
* Оформление заказа управляет сессиями оформления заказа, содержимым корзины, итоговыми суммами и налогами.
* Связывание идентификаторов использует OAuth 2.0, чтобы агенты могли действовать от имени пользователей.
* Заказ генерирует события жизненного цикла для доставки, возвратов и возмещений.
* Обмен платёжными токенами координирует обмен токенами и учётными данными между платёжными сервисами и поставщиками учётных данных.
Коммерческий цикл для ИИ-агента
В эталонной реализации Google и в репозитории с примерами используется простой магазин для иллюстрации потока UCP.
Типичный процесс оформления заказа через агента выглядит так:
1. Агент получает профиль компании из /.well-known/ucp, обнаруживает, что доступны dev.ucp.shopping.checkout и связанные расширения, и разрешает схемы для этих возможностей.
2. Если пользователь привязал учётную запись, агент выполняет связывание идентификаторов с помощью OAuth 2.0 со скопами, которые разрешают операции чтения для оформления заказа и заказа у этого продавца.
3. Агент вызывает возможность оформления заказа, используя привязку REST или MCP, передавая товарные позиции, регион покупателя и любой необходимый контекст. Сервер возвращает объект оформления заказа с товарными позициями, итоговыми суммами и вариантами выполнения заказа.
4. Агент применяет скидки или льготы, вызывая расширения, которые изменяют составленную схему оформления заказа, затем просит пользователя подтвердить окончательный заказ.
5. Платёж направляется через платёжный обработчик, который понимает конкретную схему платёжного инструмента, например, токенизированную карту. Как только платёжный сервис авторизует транзакцию, компания создаёт заказ.
6. Возможность заказа генерирует вебхуковые события для доставки и корректировок после покупки, которые агент может представить в разговоре.
С точки зрения пользователя, весь поток сохраняется в одном разговоре с чёткими шагами получения согласия.
Транспорты, платежи и безопасность
Спецификация определяет транспортный уровень со связями для REST, Model Context Protocol, Agent2Agent и Embedded Protocol, который позволяет глубоко настраивать торговый опыт, используя при этом структуры данных UCP.
Для платежей UCP интегрируется с протоколом Agent Payments Protocol. Платёжная архитектура отделяет платёжные инструменты от платёжных обработчиков и использует мандаты, привязанные к конкретному хешу оформления заказа. Такая структура поддерживает привязку доказательств и снижает риск повторного использования токенов, что важно, когда агенты выполняют платежи без участия пользователя непосредственно в браузере.
Поставщики учётных данных выдают токены и хранят конфиденциальные данные карт или адреса. Платёжные сервисы используют эти токены и взаимодействуют с платёжными сетями. UCP сохраняет эти роли явными и использует проверяемые учётные данные и подписи, чтобы у агентов и компаний было криптографическое подтверждение того, что было авторизовано.
Основные выводы
* UCP — это открытый стандарт и спецификация с открытым исходным кодом от Google, которая определяет общий язык коммерции для ИИ-агентов, компаний, платёжных провайдеров и поставщиков учётных данных на протяжении всего пути покупки.
* Протокол разрабатывается совместно с такими партнёрами, как Shopify, Etsy, Wayfair, Target и Walmart, и уже одобрен более чем 20 участниками экосистемы, включая Visa, Mastercard, Stripe, PayPal, Best Buy, The Home Depot, Macy’s и Zalando.
* UCP моделирует коммерцию через обнаруживаемые возможности, такие как оформление заказа, связывание идентификаторов и заказ, а также расширяемые модули для скидок, выполнения заказов и подписок, при этом продавцы и агенты согласовывают общий набор возможностей динамически через профили, размещённые на .well-known/ucp.
* Протокол не привязан к транспорту, он поддерживает REST, JSON RPC, Model Context Protocol и Agent2Agent, поэтому одни и те же схемы возможностей можно повторно использовать в бэкенд-сервисах, вызовах MCP в агенты LLM и сетях агентов без переписания бизнес-логики.
* Платежи в UCP интегрируются с протоколом Agent Payments Protocol и модульным дизайном платёжного обработчика, который отделяет платёжные инструменты от обработчиков и использует криптографически доказуемые мандаты, чтобы агенты могли выполнять процессы оформления заказа автономно, сохраняя при этом чёткое подтверждение согласия пользователя.
1. Какие проблемы в сфере агентской коммерции решает универсальный коммерческий протокол (UCP) от Google?
В сфере агентской коммерции существует проблема интеграции ИИ-помощников с торговыми системами и площадками. UCP решает эту проблему, предоставляя общий язык для ИИ-агентов и торговых систем, что позволяет упростить процесс оформления заказа без необходимости индивидуальной интеграции с каждым ритейлером и площадкой.
2. Какие основные участники определены в документе с основными концепциями UCP?
В документе определены четыре основных участника:
* Платформа — это агент или приложение, которое организует путь пользователя. Примеры включают ИИ-помощников для покупок и поисковые интерфейсы.
* Бизнес — это продавец или поставщик услуг.
* Поставщик учётных данных — управляет платёжными инструментами и персональными данными, такими как адреса.
* Платёжный сервис — обрабатывает авторизацию, захват и расчёты.
3. Какие фундаментальные конструкты вводит UCP?
UCP вводит три фундаментальных конструкта:
* Возможности, такие как оформление заказа, связывание идентификаторов и заказ.
* Расширения, такие как скидки, выполнение заказов или мандаты AP2, которые расширяют возможности через поле extends.
* Сервисы, которые связывают возможности с транспортными протоколами, такими как REST API, Model Context Protocol и Agent2Agent.
4. Какие ключевые возможности для покупок перечислены в репозитории GitHub?
В репозитории GitHub перечислены четыре первоначальные ключевые возможности для покупок:
* Оформление заказа — управляет сессиями оформления заказа, содержимым корзины, итоговыми суммами и налогами.
* Связывание идентификаторов — использует OAuth 2.0, чтобы агенты могли действовать от имени пользователей.
* Заказ — генерирует события жизненного цикла для доставки, возвратов и возмещений.
* Обмен платёжными токенами — координирует обмен токенами и учётными данными между платёжными сервисами и поставщиками учётных данных.
5. Как работает типичный процесс оформления заказа через агента с использованием UCP?
Типичный процесс оформления заказа через агента выглядит так:
1. Агент получает профиль компании из /.well-known/ucp, обнаруживает, что доступны dev.ucp.shopping.checkout и связанные расширения, и разрешает схемы для этих возможностей.
2. Если пользователь привязал учётную запись, агент выполняет связывание идентификаторов с помощью OAuth 2.0 со скопами, которые разрешают операции чтения для оформления заказа и заказа у этого продавца.
3. Агент вызывает возможность оформления заказа, используя привязку REST или MCP, передавая товарные позиции, регион покупателя и любой необходимый контекст. Сервер возвращает объект оформления заказа с товарными позициями, итоговыми суммами и вариантами выполнения заказа.
4. Агент применяет скидки или льготы, вызывая расширения, которые изменяют составленную схему оформления заказа, затем просит пользователя подтвердить окончательный заказ.
5. Платёж направляется через платёжный обработчик, который понимает конкретную схему платёжного инструмента, например, токенизированную карту. Как только платёжный сервис авторизует транзакцию, компания создаёт заказ.
6. Возможность заказа генерирует вебхуковые события для доставки и корректировок после покупки, которые агент может представить в разговоре.