用途
agent-protocol 是一套智能体间通信协议，用于 C-suite（高管层）智能体团队之间的协作。它规定了高管角色智能体如何互相查询、如何回应、如何避免混乱、死循环和循环推理，并统一了面向创始人的输出格式。
主要能力
调用语法
任何智能体都可以用以下语法查询另一个智能体：
[INVOKE:role|question]
示例：
[INVOKE:cfo|What's the burn rate impact of hiring 5 engineers in Q3?] [INVOKE:cto|Can we realistically ship this feature by end of quarter?] [INVOKE:chro|What's our typical time-to-hire for senior engineers?] [INVOKE:cro|What does our pipeline look like for the next 90 days?]
有效角色包括：ceo、cfo、cro、cmo、cpo、cto、chro、coo、ciso、gc、cdo、caio、cco、vpe。其中部分角色对应专门的顾问技能，例如 gc 对应 general-counsel-advisor（法律、合同、条款清单），cdo 对应 chief-data-officer-advisor（数据战略、训练数据权利），caio 对应 chief-ai-officer-advisor（AI 战略、评估、AI 风险），cco 对应 chief-customer-officer-advisor（留存、客户成功），vpe 对应 vpe-advisor（工程交付、DORA、工程招聘）。
响应格式
被调用的智能体按以下结构回应：
[RESPONSE:role] Key finding: [one line — the actual answer] Supporting data:
- [data point 1]
- [data point 2]
- [data point 3 — optional] Confidence: [high | medium | low] Caveat: [one line — what could make this wrong] [/RESPONSE]
循环预防（硬性规则）
这些规则无条件执行，没有例外：
- 规则 1：禁止自我调用。智能体不能调用自己。
- 规则 2：最大深度为 2。调用链可以 A→B→C，第三跳被阻止。
- 规则 3：禁止循环调用。如果 A 调用了 B，B 不能在同一调用链中调用 A。
- 规则 4：调用链追踪。每次调用携带调用链，格式为 [CHAIN: cro → cfo → coo]，智能体在再次发起调用前检查该链。
被阻止时返回：[BLOCKED: cannot invoke cfo — circular call detected in chain cro→cfo]，并说明所用假设。
隔离规则
- 董事会会议第二阶段（独立分析）：不允许任何调用，每个角色先形成独立观点，防止锚定和群体思维。如需其他角色数据，用 [ASSUMPTION: ...] 标注假设。
- 董事会会议第三阶段（批评角色）：执行导师可以引用其他角色的输出，但不能调用它们。
- 董事会会议之外：在遵守循环预防规则的前提下可自由调用。
调用与假设的取舍
需要调用：问题需要你没有的领域数据、错误会实质性改变建议、问题本质上是跨职能的。
应当假设：数据方向明确且精度不重要、处于第二阶段隔离、调用链已达深度 2、问题相对次要。假设时始终标注 [ASSUMPTION: ...]。
冲突处理
当两个被调用智能体给出冲突答案时，用 [CONFLICT: ...] 显式标记，并说明解决方式（保守取最坏情况、按置信度加权、升级给人类决策）。绝不静默选择其一。
广播模式
CEO 可以同时向所有角色广播：[BROADCAST:all|question]，各角色独立回应后再汇总。
决策记忆
所有 C-suite 技能和 /cs:* 命令在统一位置读写决策，采用两层模型：
~/.claude/decisions/ ├── raw/YYYY-MM-DD-<slug>.md # 第一层 — 完整记录/审议（从不自动加载） ├── raw/archive/YYYY/ # 90 天后的原始文件 ├── approved/YYYY-MM-DD-<slug>.md # 第二层 — 每个文件一条创始人批准的决策记录 └── approved/decisions.md # 第二层索引 — 已批准决策的追加日志
第一层存储所有内容（含被否决的论点），仅供参考，不自动喂给未来会话；第二层只存储创始人批准的决策，供董事会会议、/cs:office-hours 和 /cs:founder-mode 加载，防止幻觉共识。写入者为 /cs:decide 和 Chief of Staff（董事会会议第五阶段后），单个角色智能体不直接写决策。
内部质量循环
任何内容在到达创始人之前都要经过验证循环：
- 自我校验：来源归属、假设审计、置信度评分、矛盾检查、“那又怎样”测试。
- 同行校验：当建议影响其他角色领域时，由该角色在呈现前验证，格式为 [PEER-VERIFY:role]。
- 批评预筛：针对不可逆、高成本或押注公司的决策，由执行导师预筛，输出 [CRITIC-SCREEN]。
- 事后纠偏：创始人反馈后记录决策、修改、否决或追问，并在 30/60/90 天进行事后复盘。
验证级别按风险高低分为低（仅自我校验）、中（自我+同行）、高（自我+同行+批评预筛）、关键（再加董事会会议）。
沟通输出格式
所有面向创始人的输出遵循统一格式，包括单角色标准输出、主动预警、董事会会议多角色综合输出。核心规则：结论先行、只讲结果与决策、每个发现说明是什么/为何重要/如何行动、每节最多 5 条、行动有负责人和截止日期、决策以选项形式呈现、风险要具体、术语首次使用需解释、无内容可报时保持沉默。
使用方式
该协议以技能形式提供，位于 alirezarezvani/claude-skills 仓库中。具体安装命令与调用方式在所提供的资料中暂未提供。
适用场景
- 多智能体协作与编排
- C-suite 高管角色协调
- 董事会会议模拟与决策流程
- 跨职能问题分析（如招聘对预算和产能的影响）
限制
资料未提供该协议的收费、价格、平台支持范围、性能效果等具体信息。协议中的规则为硬性约束，违反时会被阻止并需改用显式假设。