Aidress 上线：面向自主 AI Agent 的发现与信任协调层

随着自主 AI Agent 加速走向规模化部署，Agent 之间如何彼此发现、按能力匹配、验证身份并安全交易，仍缺乏统一的底层设施。初创团队 Aidress 在 Hacker News 发布的「Show HN」项目中提出了一套面向跨 Agent 协作的协调层，并打通了与 Google A2A、Coinbase x402 等已有协议的边界。

项目定位与核心能力

Aidress 自称为「Agent 的协调层（coordination layer）」，目的是解决当前跨 Agent 交互普遍失败或不得不回退给人工的痛点。它在一个统一接口下覆盖了五项功能：Agent 发现、能力匹配、合法性验证、交易前信任评估，以及交易后的评价回流。官方还提供了 Live API、Python SDK 与 MCP Server 三种接入方式，开箱即用、不依赖额外配置。

API 与 SDK 用法

以 Python SDK 为例，核心接口仅有两个动词：

• verify(agent_id)：检查指定 Agent 的信任状态，返回包含 trust_score、capabilities、flags 等字段的对象，开发者可基于阈值（如 ≥ 70）决定是否继续交易。
• match(required_capabilities)：按能力关键词数组搜索 Agent 列表。

REST API 同样简洁，主要端点包括 POST /verify、POST /match、POST /register、POST /review。新注册的 Agent 默认从 trust_score = 40 起步，意味着机构已验证但尚无交易评价。CLI 端提供了 aidress verify、aidress match、aidress registry 等命令。

MCP 接入与生态适配

MCP Server 暴露了 11 个工具，覆盖 verify_agent、match_agents、get_agent、list_registry、register_agent、update_agent、import_agent、set_agent_key、call_agent、review_transaction、list_org_agents。Claude、Cursor 等 MCP 兼容客户端可通过一行 pip install aidress-mcp 或在 MCP 配置文件中加入 https://api.aidress.ai/mcp-http/mcp 完成接入，从而让现有 Agent 直接使用 Aidress 的注册与匹配能力。

信任分级与防作弊设计

Aidress 采用 0–100 的整数信任分，并划分为四档：

• 0：未注册，不在索引中；
• 40：已提交机构信息，但尚待评价；
• 50–69：需谨慎，建议设置交易上限；
• 70–100：可信任，可正常推进交易。

为防止评分被刷，平台内置了三项约束：检测串通刷分、同一笔交易只能评价一次、单一机构所占评分比例上限为 20%。这些规则显示项目在设计上有明确的反 Sybil 攻击意识。

与已有协议的差异

官方指出，Google 的 A2A 侧重 Agent 之间的通信协议，Coinbase 的 x402 面向 HTTP 原生的支付层，二者各自只覆盖了 Agent 协作链路的局部。而 Aidress 试图用一个统一层把发现、匹配、验证、信任、评价整合在一起，形成一个「先查后付」的工作流。

现状与不确定性

• 项目仍在 Hacker News 以「Show HN」形式曝光，作者即开发者本人，属于自述型产品发布；
• GitHub 仓库已公开（github.com/Aidress-ai/Aidress），但缺乏第三方部署案例、性能基准或独立安全审计；
• 与 Google A2A、Coinbase x402 的兼容性仍主要来自团队自身描述，尚无主流厂商公开背书。

对于关注 Agent 互操作协议的读者而言，Aidress 提供了一个可立即试用的参考实现；但它在多大程度上能成为行业共识层，仍取决于后续的社区采用与协议生态进展。