支付与商务
adk-payments 为 ADK-Rust 添加了协议中立的商务编排功能。它专为代理商务流程设计,这些流程需要在多个协议适配器之间使用一个持久的事务模型,而不会将原始支付工件泄露到对话历史或语义记忆中。
支持级别
- ACP 稳定版
2026-01-30: 面向生产的基线,用于结账、完成、取消、委托支付和订单跟踪。 - ACP 实验版: 功能门控的发现、委托认证和 webhook 扩展。将这些路由视为不断演进的 ACP 草案的兼容性接口。
- AP2
v0.1-alpha: 类型化的授权、支付、收据、干预、A2A 和对当前 alpha 协议形态的 MCP 安全支持。
主要流程
- ACP 人工在场的结账,通过委托支付,随后是商家或 webhook 的订单更新。
- AP2 人工在场的购物者、商家、凭证提供商和支付处理器协调。
- AP2 人工不在场的意图执行,可选择自主完成或明确的买家再次确认。
- 双协议商家部署,其中 ACP 和 AP2 关联到相同的规范事务 ID 和日志。
- 压缩后召回,其中持久日志和掩码内存可在转录丢失后幸存。
安全与持久性
- 原始授权、签名、委托凭证和收据负载保留在由
adk-artifact支持的证据存储中。 - 持久事务状态通过结构化日志存在于
adk-session中,而不是脆弱的仅对话上下文中。 - 语义召回通过
adk-memory使用掩码摘要。 adk-auth绑定请求身份、租户范围和审计元数据。adk-guardrail在状态持久化之前应用金额、商家、协议版本、干预和编辑策略。
验证路径
使用集成测试作为权威的端到端验证路径:
cargo test -p adk-payments --features acp --test acp_integration_tests
cargo test -p adk-payments --features ap2,ap2-a2a,ap2-mcp --test ap2_integration_tests
cargo test -p adk-payments --test cross_protocol_correlation_tests
cargo test -p adk-payments --features acp-experimental --test acp_experimental_integration_tests
参考文件:
adk-payments/tests/acp_integration_tests.rsadk-payments/tests/ap2_integration_tests.rsadk-payments/tests/cross_protocol_correlation_tests.rsexamples/payments/README.md
位于 examples/payments/ 下的示例 crate 是支持流程的场景索引,而集成测试是协议、日志和证据行为的可执行事实依据。