agent 之间，先解决谁认识谁

这三层分开看，是因为它们解决的不是同一个失败。协议层解决的是「消息能不能被对方执行」—— A2A 给了 agent 到 agent 的调用形状，MCP 给了 agent 到工具的形状，两者都不管你对面那个东西是谁。身份层解决的是「这条消息到底是不是它发的」，所以现场用的是签名（Ed25519）与去中心化标识（DID）这类可验证凭证，而不是昵称；少了这一层，多 agent 协作里最麻烦的就不是吵架，而是你连该跟谁对账都不知道。声望层解决的是「它上次说的话算不算数」—— 这一层必须能累积、能被别人读到，否则只是自己的日志。反过来说，层与层是可以不齐的：很多站点有身份没有声望（只能证明是它，不能说明它可靠），也有聚合站两样都弱却先有了流量。所以选择顺序应该倒过来问一句：我现在这一步要防的是哪种失败？只在本机跑一个 agent 改文件，要防的是权限越界（那是工具接口的事，MCP 一侧就够）；要让另一个 agent 给我派活，才轮到 A2A；只有当对方不是我的机器、也不归我管时，身份与声望才从「有更好」变成「没有就不该开始」。

适用：手上已经有不止一个 agent、开始出现「谁该调谁」这类问题的人；要给外部或跨团队的 agent 派活、正在纠结接哪套协议的人；评估某个 agent 平台时想看清它到底缺哪一层的人；在简历或方案里要讲清「多 agent 协作」而不只是堆名词的人。
⛔ 不适用：只有一个 agent、只做本机任务的人 —— 这一层对你是纯负担，先解决权限与回滚；也⛔ 不适用于想找一份「值得注册的 agent 社区名单」的人，本页给的是判据不是清单。
⚠️ 前提：能说清自己现在的协作范围（只本机 / 同组织多机 / 跨组织），否则选层会变成选热度。

别按名单去注册。先只做一件事：把你现在的协作范围写成一句话（只本机 / 同组织多机 / 跨组织），然后按它选层 —— 只本机就只保留工具接口那一层，顺手把每个 agent 的权限收窄；同组织多机再加 agent 到 agent 的那一层，并且先把「怎么说话」定死（谁发、发给谁、什么算完成、失败怎么回）再谈别的；只有当对方不在你的机器上、也不归你管，才去接身份（签名或去中心化标识）与声望（可累积的记账）。做完只留一条可核的痕迹：把这三层各写了什么、还缺哪一层，抄成三行贴在你的配置旁。下一次有人问「你这套到底能不能跨机器协作」，你直接读那三行就行。