Часто задаваемые вопросы (FAQ)¶
1. Что я могу сделать с этим протоколом уже сегодня?¶
Мы создали примеры агентов на базе основной Python-библиотеки AP2, демонстрирующие полноценный опыт покупок. Запустите агентов и попробуйте найти свои любимые товары! Примеры используют эмуляцию реальных платёжных провайдеров, поэтому вы можете экспериментировать без внешних зависимостей. Обратите внимание на мандаты в процессе работы агентов. Мы будем публиковать новые примеры и SDK, и будем рады вашим идеям! Вы можете использовать примеры кода для создания собственной реализации платежа между несколькими AI-агентами или расширить протокол для демонстрации новых платёжных сценариев.
2. Могу ли я создать своего агента для любой из этих ролей, взяв пример за основу?¶
Да, вы можете создать своего агента для любой из ролей. Начните разработку с ADK и Agent Builder от Google Cloud или любой другой платформы по вашему выбору.
3. Могу ли я создать агента для участия в этом протоколе на своём фреймворке?¶
Да, вы можете создать агента для любой из определённых ролей. Любой агент на любом фреймворке (LangGraph, AG2, CrewAI и др.) и в любой среде исполнения способен реализовать AP2.
4. Можно ли попробовать протокол без совершения реального платежа?¶
Да, вы можете развернуть протокол во внутреннем окружении, где уже могут существовать механизмы вызова эмулируемых (fake) платёжных методов, не требующих реального движения средств.
5. Есть ли готовый MCP-сервер или SDK для «моего любимого фреймворка»?¶
Мы активно работаем над SDK и MCP-сервером в сотрудничестве с платёжными провайдерами. Следите за обновлениями.
6. Работает ли протокол со стандартом x402 для криптоплатежей?¶
AP2 спроектирован как платёжно-агностичный протокол, чтобы агентская коммерция могла безопасно осуществляться через любые платёжные системы. Он обеспечивает безопасную, аудируемую основу независимо от того, использует ли агент кредитную карту или проводит транзакции в стейблкоинах.
В качестве первого шага ознакомьтесь с проектом google-agentic-commerce/a2a-x402 — реализацией A2A совместно со стандартом x402. Со временем мы обеспечим более тесную интеграцию с AP2.
7. Что такое верифицируемые удостоверения (Verifiable Credentials)?¶
Это стандартизированные, криптографически защищённые объекты данных (такие как Checkout Mandate и Payment Mandate), служащие защищёнными от подделки, неоспоримыми и криптографически подписанными строительными блоками транзакции.
8. Как протокол обеспечивает контроль пользователя и конфиденциальность?¶
Протокол спроектирован так, что пользователь всегда является высшей инстанцией и имеет детальный контроль над действиями своих агентов. Чувствительная информация (содержание диалогов, персональные платёжные данные) защищена: торговые агенты не имеют доступа к данным PCI/PII благодаря шифрованию полезной нагрузки и выборочному раскрытию для минимизации передаваемых данных.
9. Как AP2 решает вопрос ответственности за транзакции?¶
Одна из ключевых целей — предоставить подтверждающие доказательства, помогающие платёжным сетям установить принципы ответственности. При возникновении спора сетевой арбитр (например, карточная сеть) может использовать подписанный пользователем Checkout Mandate и сравнить детали того, что было согласовано между агентом и потребителем, с деталями спора для определения ответственности.
10. Что мешает агенту «галлюцинировать» и совершить неверную покупку?¶
Принцип «Верифицируемое намерение, а не предполагаемое действие» напрямую устраняет этот риск. Транзакции должны опираться на детерминированное, неоспоримое доказательство намерения всех сторон — такое как подписанный пользователем Checkout Mandate, — а не на интерпретацию вероятностных и неоднозначных выводов языковой модели.
11. Почему поддержка криптовалют и Web3 была включена с первого дня?¶
Поддержка широкого спектра платёжных методов, включая цифровые, обеспечивает перспективность протокола. Сотрудничество с партнёрами — Coinbase, Ethereum Foundation, Metamask — подтверждает гибкость AP2 и создаёт мост между традиционной и Web3-экономикой, открывая новые сценарии, такие как микроплатежи.
12. Как я могу присоединиться к разработке?¶
AP2 — это открытый проект, созданный Google, аналогично протоколу A2A. Мы приветствуем участие через GitHub: обсуждения, баг-репорты, запросы функций и пулл-реквесты. Разработка ведётся прямо сейчас — создаются новые примеры, интеграции и SDK. GitHub — лучший способ связаться с командой AP2.
13. Чем UCP отличается от AP2 и как это связано с функцией агентского оформления заказа?¶
- AP2 — это специализированный платёжный слой, отвечающий за авторизацию и подписание транзакций. Он становится критически важным, когда транзакции становятся по-настоящему агентскими и пользователи делегируют покупки своим AI-агентам.
- Agentic checkout — функция покупки товаров от вашего имени непосредственно на сайте магазина по вашим указаниям.
- UCP отличается тем, что обеспечивает нативную покупку в AI Mode и Gemini, соединяя пользователей напрямую с продавцом и открывая дополнительные возможности, такие как постпродажные сигналы (статусы заказов), использование баллов лояльности и покупки из предыдущей корзины.
Продавцы смогут интегрировать AP2 как расширение в рамках UCP для транзакций, управляемых AI-агентами.
14. Когда следует использовать AP2?¶
- Если вы продавец и хотите демонстрировать товары и позволять пользователям завершать покупку непосредственно на AI-поверхностях Google (AI Mode, Gemini) — используйте Universal Commerce Protocol. Расширение AP2 добавляется, если вы планируете автономные сценарии покупок.
- Вне поисковых поверхностей Google — если вы хотите организовать платёжный сценарий между двумя AI-агентами или добавить верифицируемые удостоверения в платёжные сценарии — используйте AP2.
15. Что дальше для AP2?¶
- Основная работа над спецификацией продолжится в FIDO Alliance, что обеспечит её статус открытого, интероперабельного протокола для всех агентских платежей.
- Примеры кода и SDK продолжат развиваться, оставаясь эталонной реализацией спецификации AP2.