# 1. AP2（Agent Payments Protocol）的 Mandate 授权链如何让 Agent 在用户约束内完成支付，应用层要保留哪些审计证据（授权范围、金额上限、签署链） A Agent 获得授权后可无限支付 B 审计证据只需保留总金额 C 授权链无需签名，可信即可 D Mandate 链带授权范围、金额上限与签署链，Agent 只能在约束内支付，应用层应保留授权、金额、签署与支付记录作审计证据 ✓ 正确答案
# 2. 跨组织 Agent 调用中，Agent 身份（DID/VC）与 Agent Card 的信任锚应如何运营，证书轮换与吊销如何及时传播到调用方 A 证书一旦签发就永久有效 B 信任锚不需要稳定 C 吊销无需传播给调用方 D 用 DID/VC 作为身份锚，轮换时平滑过渡、吊销时通过注册中心/吊销列表及时传播，调用方需同时校验签名、有效期与吊销状态 ✓ 正确答案
# 3. AG-UI 等 Agent-用户交互协议与 A2A 的职责边界在哪里，二者如何串联成完整的用户—Agent—Agent 链路 A AG-UI 与 A2A 职责相同，可互换 B A2A 用于用户界面渲染 C AG-UI 也用于 Agent 间通信 D AG-UI 管用户交互界面，A2A 管 Agent 间协作，二者串联构成用户-前端 Agent-后端 Agent 的完整链路 ✓ 正确答案
# 4. 任务协商与约束传递，Agent 间的意图、能力边界、预算与截止时间如何标准化协商，失败如何优雅降级？ A 应标准化协商意图、能力边界、预算与截止时间，失败时按能力/预算/时间显式降级或换 Agent ✓ 正确答案 B 任务协商无需约束，直接执行 C 协商失败应静默忽略 D 截止时间无需协商
# 5. Agent 发现机制，客户端如何通过 well-known 端点或目录服务发现对端能力，并校验签名与吊销状态？ A 发现到 Agent 后即可直接调用 B 吊销状态无需校验 C 应通过 well-known/目录发现，再校验能力、签名链与吊销状态，全部通过才可调用 ✓ 正确答案 D 签名校验可省略，来源可信即可
# 6. 多跳 A2A 调用链上，计费与配额应如何分摊与对账，防止上游 Agent 把成本转嫁给己方 A 成本无法在多跳链上归因 B 应逐跳记录成本、设独立配额与预算预检、事后对账，防止上游把成本转嫁给下游 ✓ 正确答案 C 上游可自由消耗下游配额 D 对账只需看总费用
# 7. Agent 市场/注册中心的治理（准入审核、能力核验、投诉下架）应如何设计，防止恶意 Agent 进入发现列表 A 应做准入审核、能力核验、持续监控与投诉下架，并同步吊销列表，防止恶意 Agent 混入 ✓ 正确答案 B 任何 Agent 都可直接上架，无需审核 C 能力声明无需核验 D 下架后无需传播吊销
# 8. 商业化 Agent 按调用收费时，调用方如何做预算预检与事后对账，防止长任务产生意外账单 A 应做预算预检、约定费用上限、执行中熔断、事后对账，防止长任务产生意外账单 ✓ 正确答案 B 长任务无需关注费用，事后付账即可 C 费用上限会限制任务完成，不应设置 D 对账只用于财务，与风险无关
# 9. A2A 扩展协议（支付、身份、发现）如何做版本兼容，旧客户端遇到新扩展时如何不崩溃 A 新扩展可自由修改旧字段 B 扩展无需版本协商 C 旧客户端遇到新扩展必须报错 D 应字段只增不删、能力协商、解析器容忍未知字段并默认降级，让旧客户端遇到新扩展不崩溃 ✓ 正确答案
# 10. A2A 与 MCP 的关系，Agent 间通信 vs Agent-工具通信？ A A2A 与 MCP 完全相同 B MCP 也用于 Agent 间通信 C A2A 是 Agent 间通信（任务级），MCP 是 Agent-工具通信（调用级），二者互补可组合 ✓ 正确答案 D A2A 用于 Agent-工具通信
# 11. 商业化 Agent 的 SLA 与服务质量，可用性、响应时间与任务成功率的 SLO 定义、罚则与责任边界？ A SLA 只需定义可用性，无需成功率 B 罚则应无上限，以最大化约束 C 应分层定义可用性、响应时间与成功率 SLO，明确测量口径、责任边界与可验证罚则 ✓ 正确答案 D 责任边界无法划分
# 12. 按结果付费与责任判定，任务质量不达标时的费用、重试与责任边界如何界定？ A 质量不达标也应收全款 B 应定义可量化质量标准，不达标时按约定退费/重试，并区分 Agent 责任与调用方责任 ✓ 正确答案 C 重试次数不限，直到成功 D 责任边界无需区分，一律 Agent 负责
# 13. Agent 商业结算场景下，退款与争议处理流程如何与任务状态（failed/canceled）联动 A 任务失败也照常收费 B 争议处理无需审计记录 C 退款无需依据任务状态 D 应让 completed 计费、failed/canceled 触发退款与争议流程，用状态、trace 与审计核实，幂等处理 ✓ 正确答案
# 14. A2A 的扩展点（技能发现、任务协商、结果共享）在跨厂商 Agent 协作中的标准化程度如何，私有扩展会带来哪些互操作风险 A 核心协议已标准化，但扩展点需以标准扩展为主、私有扩展可选且向后兼容，否则会破坏跨厂商互操作 ✓ 正确答案 B 私有扩展不会影响互操作 C 私有扩展应作为必需依赖 D 标准化扩展点无价值
# 15. Agent 商业化（按任务计费、SLA、Agent 市场）在计费口径、退款与责任边界上应如何设计，才能支撑真实交易 A 应设计可计量计费口径、与任务状态联动的退款规则、清晰责任边界与市场治理，并留审计记录 ✓ 正确答案 B 计费口径模糊即可，无需定义 C 退款规则与任务状态无关 D 责任边界无需 SLA 支撑
# 16. A2A 的安全性，Agent 身份认证、任务授权与数据最小化应如何落地，防止跨 Agent 权限提升 A 应做身份认证、逐跳收缩授权、数据最小化与每跳独立验证，防止跨 Agent 权限提升 ✓ 正确答案 B 身份认证通过后即可获得全部权限 C 数据最小化无关紧要 D 权限提升无法通过机制防止
# 17. A2A 的生态现状，主流框架（LangGraph、AutoGen、CrewAI、Google ADK 等）对 A2A 的支持程度与成熟度应如何评估 A 应通过 conformance 测试、官方文档、社区活跃度与 POC 评估各框架的协议实现与生产就绪度 ✓ 正确答案 B 所有框架对 A2A 支持程度相同 C 框架对 A2A 的支持无需评估 D 宣传效果即可代表成熟度
# 18. 跨组织 Agent 链的数据合规，GDPR/PIPL 下各参与方的数据处理角色、记录义务与审计留痕？ A 跨组织链无需区分数据处理角色 B 处理记录无需保留 C 应明确各参与方的控制者/处理者角色、落实记录义务、数据最小化与审计留痕，并符合跨境传输规则 ✓ 正确答案 D 数据最小化与合规无关
# 19. 跨厂商互操作认证，A2A 的 conformance 测试矩阵与版本组合如何维护，避免私有扩展锁定？ A 各厂商实现私有协议即可 B 应用 conformance 测试矩阵验证实现、维护版本组合测试兼容、私有扩展可选且向后兼容，避免锁定 ✓ 正确答案 C 版本组合无需测试 D 私有扩展应作为标准依赖
