常见问题
今天我能用这个协议做什么？
- 我们围绕核心 AP2 Python 库构建了示例智能体，展示丰富的购物体验。启动这些智能体，尝试购买你最喜欢的产品！这些示例模拟了真实的支付服务提供商，因此无需任何依赖即可探索。尤其要关注智能体运行时的授权指令。我们将很快发布更多示例和 SDK，也期待看到你的创意！你可以使用这些代码示例，创建自己的多 AI 智能体间支付实现，或扩展协议以展示新的支付场景（例如，使用不同支付方式或不同认证方式完成支付）。
我可以基于这些模板为任意角色构建自己的智能体吗？
- 可以。你可以使用任意角色构建自己的智能体。可借助 Google Cloud 的 ADK 和 Agent Builder 开始构建，也可选择任何其他平台。
我可以构建自己的智能体参与该协议吗？
- 可以。你可以为任意已定义的角色构建智能体。任何框架（如 LangGraph、AG2 或 CrewAI）或任何运行时上的智能体，都能实现 AP2。
我能否在不真实付款的情况下试用？
- 可以在内部环境中搭建，利用已有的“假”支付方式，无需真实资金流转。
是否有适用于“我首选框架”的 MCP 服务器或 SDK？
- 我们正在与支付服务提供商合作开发 SDK 和 MCP 服务器，敬请期待。
该协议支持用于加密支付的 x402 标准吗？
AP2 被设计为支付无关的协议，使智能体商务能在所有支付系统中安全进行。无论智能体使用信用卡还是稳定币，它都提供安全、可审计的基础。其灵活设计允许我们将核心原则扩展到新生态，确保在任何地方都有一致的信任标准。
作为第一步，请查看 google-agentic-commerce/a2a-x402，这是 A2A 与 x402 标准的联合实现。我们将持续与 AP2 对齐，以便轻松组合包含所有支付方式（包括稳定币）的解决方案。
什么是可验证凭证？
- 它们是标准化、加密安全的数据对象（如购物车授权指令和意图授权指令），作为防篡改、不可争议、加密签名的交易构建块。
协议如何确保用户控制与隐私？
- 协议设计确保用户始终是最终权威，并对其智能体的活动拥有细粒度控制。通过负载加密和基于角色的架构，防止购物智能体访问敏感的 PCI 或 PII 数据，从而保护对话提示和个人支付详情等敏感信息。
AP2 如何解决交易责任问题？
- 主要目标之一是提供支持证据，帮助支付网络建立责任与归责原则。在争议中，网络仲裁方（如卡组织）可使用用户签署的购物车授权指令，将智能体与消费者之间约定的细节与争议细节进行比对，以协助确定交易责任。
如何防止智能体“幻觉”并错误下单？
- “可验证意图，而非推断行为”原则应对这一风险。交易必须锚定所有方的确定性、不可抵赖的意图证明（如用户签署的购物车或意图授权指令），而非仅依赖对语言模型概率性和模糊输出的解读。
为何从第一天就包含加密与 Web3 支持？
- 支持包括数字支付方式在内的广泛支付类型，可确保协议面向未来。与 Coinbase、Ethereum Foundation 和 Metamask 等伙伴的合作，验证了 AP2 的灵活性，并弥合了传统经济与 Web3 经济之间的鸿沟，实现微支付等新用例。
我如何参与？
- AP2 是由 Google 创建的开源项目，类似于 A2A 协议。欢迎通过 Github 提交讨论、错误报告、功能请求和 PR。此外，我们提供兴趣表单用于与 Google 私下沟通。合作正在进行中，新示例、集成和 SDK 正在开发——Github 或兴趣表单是与 AP2 团队沟通的最佳方式。