A2Apex — Agent Card certification and discoverable A2A trust directory
A2Apex — Agent Card certification and discoverable A2A trust directory
深度判断
本条命中本轮最高权重的 A2A / Agent Card / Agent Discovery 与 benchmark-evaluation 轴,但置信度标为 low:页面是 Beta 产品介绍,缺少可审计测试套件、公开目录样本和独立复现证据。仍值得入库的原因是,它把 A2A 实践从“协议示例”推进到“Agent Card validation + live endpoint testing + security checking + public trust score/directory”的产品形态,正好暴露了 A2A 生态下一阶段会遇到的 trust registry 问题。
核心机制
A2Apex 自称为 A2A agent 的 trust layer:输入 agent URL 后自动发现 Agent Card 和 capabilities,运行自动合规测试,给出 trust score / verified badge,并把 agent 放入可搜索目录。页面列出的测试维度包括 Agent Card schema compliance、live JSON-RPC endpoint testing、auth scheme validation(API key、OAuth、JWT)、test history、public profile、badge 与 API/SDK access。
一阶原理是:A2A 的 discovery 如果只停留在 .well-known/agent-card.json,上游 agent 仍然不知道远程 agent 是否真的在线、协议是否合规、声明能力是否可调用、认证是否正确、安全风险是否可接受。Certification directory 把 discovery 从“读取自述文件”升级为“读取自述 + 主动探测 endpoint + 记录测试历史 + 发布信任元数据”。这补充了 A2A-Agent2Agent-Protocol 中 Agent Card 作为 untrusted input 的风险。
对 Hermes / llm-wiki 的启发
- Hermes 若未来消费 A2A Agent Card,不应只缓存 card JSON;还应记录
card_hash、last_verified_at、endpoint_probe_result、auth_scheme_verdict、allowed_skills、risk_tier和trust_score_source。 - A2A directory/registry 不应把自述 description 原样塞进上游 prompt;需要 sanitization、capability normalization 和 selective disclosure。
- Agent-Benchmarks 可增加 A2A-specific eval:Agent Card 合规、JSON-RPC live call、task lifecycle、streaming/push、artifact integrity、auth failure behavior、trace completeness。
- 对 llm-wiki 雷达来说,A2A 候选应优先问:有没有真实 Agent Card?有没有 live endpoint 测试?有没有 test history?有没有 auth/security 验证?只有“支持 A2A”的公告仍应降权。
与已有 wiki 概念的关系
| - 与 [[a2a-samples-agent-card-discovery-interoperability | A2A Samples]]:A2A Samples 是开发者实践样本;A2Apex 是 discovery/certification/registry 形态样本。 |
- 与 A2A-Agent2Agent-Protocol:补上 Agent Discovery 之后的验证层,避免 Agent Card 变成未经验证的能力广告。
- 与 Agent-Benchmarks:把 benchmark 从 agent 任务表现扩展到 agent endpoint / protocol / card / auth 的合规性与运行时可信度。
失败模式 / 边界条件
- Trust score 如果不公开测试用例、权重、失败样本和重测频率,会变成营销徽章而不是可靠信号。
- Live endpoint testing 可能只覆盖 happy path;真正风险在错误认证、拒绝行为、长任务取消、push webhook、artifact 注入和跨 agent 委托链。
- Public directory 可能诱发 registry poisoning:恶意 agent 通过合规 card 获得可见性,再在任务内容或 artifact 中注入攻击。
- Agent Card validation 不能替代能力验证;schema 正确不代表 skill 描述真实、输出可信或边界安全。
候选评分
| 维度 | 分数 | 说明 |
| relevance | 5 | 直接命中 A2A / Agent Card / Discovery / registry trust |
| novelty | 4 | 从 sample/protocol 进一步到 certification directory |
| durability | 4 | A2A 生态需要 registry 与 trust metadata |
| actionability | 3 | 可转化为 Hermes A2A registry 字段,但产品证据还薄 |
| source-quality | 2 | Beta 官网页面,缺少公开技术细节/独立验证 |
| depth-potential | 4 | 可推动 A2A benchmark/security gate 设计 |
写入记录
- 2026-09-05 09:00 CST:基于 A2Apex 官网页面新增 source 页,提炼 Agent Card certification、live endpoint testing、trust directory 对 A2A discovery 的意义与风险。