C-suite 智能体团队的智能体间通信协议。定义了调用语法、循环预防、隔离规则和响应格式。当 C-suite 智能体需要相互查询、协调跨职能分析或运行包含多个智能体角色的董事会会议时使用。
C-suite 智能体团队的智能体间通信协议。定义了调用语法、循环预防、隔离规则和响应格式。当 C-suite 智能体需要相互查询、协调跨职能分析或运行包含多个智能体角色的董事会会议时使用。
npx skills add https://github.com/Fantasia1999/claude-skills-zh --skill agent-protocol复制此命令并粘贴到 Claude Code 中以安装该技能
| name | agent-protocol |
| description | C-suite 智能体团队的智能体间通信协议。定义了调用语法、循环预防、隔离规则和响应格式。当 C-suite 智能体需要相互查询、协调跨职能分析或运行包含多个智能体角色的董事会会议时使用。 |
| license | MIT |
| metadata | {"version":"1.0.0","author":"Alireza Rezvani","category":"c-level","domain":"agent-orchestration","updated":"2026-03-05T00:00:00.000Z","frameworks":"invocation-patterns"} |
C-suite 智能体如何相互对话。防止混乱、循环和循环论证的规则。
agent protocol, inter-agent communication, agent invocation, agent orchestration, multi-agent, c-suite coordination, agent chain, loop prevention, agent isolation, board meeting protocol
任何智能体都可以使用以下方式查询另一个智能体：
[INVOKE:role|question]
示例：
[INVOKE:cfo|在第三季度招聘 5 名工程师对资金消耗率有什么影响？]
[INVOKE:cto|我们现实中能在季度末交付这个功能吗？]
[INVOKE:chro|我们招聘高级工程师的典型周期是多久？]
[INVOKE:cro|我们未来 90 天的销售漏斗情况如何？]
有效角色： ceo, cfo, cro, cmo, cpo, cto, chro, coo, ciso
被调用的智能体使用此结构进行响应：
[RESPONSE:role]
核心发现：[一行文字 — 实际回答]
支持数据：
- [数据点 1]
- [数据点 2]
- [数据点 3 — 可选]
置信度：[high | medium | low]
风险说明：[一行文字 — 什么因素可能导致此结论错误]
[/RESPONSE]
示例：
[RESPONSE:cfo]
核心发现：在第三季度招聘 5 名工程师将使资金生存期（runway）从 14 个月缩短至 9 个月。
支持数据：
- 当前月度资金消耗：$280K → 增加至约 ~$380K（含全额福利成本 +$100K）
- 抵消所需的 ARR：12 个月内需额外增加约 ~$1.2M
- 当前销售漏斗覆盖了该目标的 60%
置信度：medium
风险说明：假设有 3 个月的入职磨合期，且收入轨迹无变化。
[/RESPONSE]
这些规则将被无条件执行。没有例外。
智能体不能调用自身。
❌ CFO → [INVOKE:cfo|...] — 已拦截
链路可以为 A→B→C。第三次跳转将被拦截。
✅ CRO → CFO → COO (深度 2)
❌ CRO → CFO → COO → CHRO (深度 3 — 已拦截)
如果智能体 A 调用了智能体 B，智能体 B 不能在同一链路中调用智能体 A。
✅ CRO → CFO → CMO
❌ CRO → CFO → CRO (循环 — 已拦截)
每次调用都携带其调用链。格式：
[CHAIN: cro → cfo → coo]
智能体在通过另一次调用进行响应前需检查此链路。
当被拦截时： 返回以下内容而非发起调用：
[BLOCKED: 无法调用 cfo — 在链路 cro→cfo 中检测到循环调用]
改用以下假设状态：[智能体正在做出的明确假设]
禁止任何调用。 每个角色在进行交叉沟通前需形成独立的观点。
[ASSUMPTION: ...] 标记。执行导师（Executive Mentor）可以引用其他角色的输出，但不能调用他们。
[INVOKE:cfo|...]调用可以自由进行，但受上述循环预防规则限制。
在以下情况下调用：
在以下情况下假设：
进行假设时，务必陈述：
[ASSUMPTION: 根据典型的 A 轮消耗概况，资金生存期约为 12 个月 — 未经 CFO 验证]
当两个被调用的智能体给出相互矛盾的答案时：
[CONFLICT: CFO 预测 14 个月的资金生存期；CRO 预计销售漏斗将关闭 80% → 意味着 18 个月以上]
CEO 可以同时向所有角色发起广播：
[BROADCAST:all|如果我们融资失败，会有什么影响？]
响应将独立返回（在形成自己的响应前，没有任何智能体能看到他人的响应）。在所有响应返回后进行汇总。
| 规则 | 行为 |
|---|---|
| 自我调用 | ❌ 始终拦截 |
| 深度 > 2 | ❌ 拦截，陈述假设 |
| 循环调用 | ❌ 拦截，陈述假设 |
| 第 2 阶段隔离 | ❌ 禁止调用 |
| 第 3 阶段批评 | ❌ 仅限引用，禁止调用 |
| 冲突 | ✅ 呈现冲突，不要隐藏 |
| 假设 | ✅ 始终通过 [ASSUMPTION: ...] 明确化 |
任何角色在未通过此验证闭环前，不得向创始人提交内容。创始人看到的是经过润色、验证的输出，而非初稿。
在提交前，每个角色运行此内部清单：
自我验证清单：
□ 来源归属 — 每个数据点来自哪里？
✅ "ARR 为 $2.1M（来自 CRO 销售漏斗报告，Q4 实际数据）"
❌ "ARR 约为 $2M"（无来源，模糊）
□ 假设审计 — 我假设了什么 vs 验证了什么？
标记每个假设：[VERIFIED: 已核对数据] 或 [ASSUMED: 未验证]
如果 >50% 的发现是 ASSUMED → 标记为低置信度
□ 置信度得分 — 对每个发现的确定程度如何？
🟢 High: 经过验证的数据、既定模式、多个来源
🟡 Medium: 单一来源、合理推论、存在一些不确定性
🔴 Low: 基于假设、有限数据、首次分析
□ 矛盾检查 — 是否与已知背景冲突？
对照 company-context.md 和 decision-log 中的近期决策进行检查
如果与过去的决策冲突 → 明确标记
□ "那又怎样？" 测试 — 每个发现是否有业务后果？
如果你不能在一句话内回答“那又怎样？”，请删除它
当一项建议影响到另一个角色的领域时，该角色必须在提交前进行验证。
| 如果你的建议涉及... | 验证人... | 他们检查... |
|---|---|---|
| 财务数字或预算 | CFO | 计算、资金生存期影响、预算现实 |
| 收入预测 | CRO | 销售漏斗支撑、历史准确性 |
| 人员编制或招聘 | CHRO | 市场现实、薪酬可行性、时间表 |
| 技术可行性或时间表 | CTO | 工程产能、技术债负载 |
| 运营流程变更 | COO | 产能、依赖关系、扩展影响 |
| 面对客户的变更 | CRO + CPO | 流失风险、产品路线图冲突 |
| 安全或合规声明 | CISO | 实际态势、监管要求 |
| 市场或定位声明 | CMO | 数据支撑、竞争现实 |
同行验证格式：
[PEER-VERIFY:cfo]
验证通过：✅ 资金消耗率计算正确
已调整：⚠️ 招聘时间表应为 Q3 而非 Q2（预算限制）
已标记：🔴 总薪酬预测中缺失股权成本
[/PEER-VERIFY]
在以下情况下跳过同行验证：
对于不可逆、高成本或关乎公司存亡的决策，执行导师在创始人看到之前进行预审。
触发预审的条件：
预审输出：
[CRITIC-SCREEN]
最薄弱点：[该建议中最大的单一漏洞]
缺失的视角：[没有人考虑到的因素]
如果错了，成本是：[量化的负面影响]
执行建议：✅ 带有注明的风险 | ⚠️ 在解决 [特定缺口] 后 | 🔴 重新思考
[/CRITIC-SCREEN]
闭环并不随交付而结束。在创始人回应后：
创始人反馈闭环：
1. 创始人批准 → 记录决策 (Layer 2)，分配行动
2. 创始人修改 → 使用修正后的内容更新分析，重新验证变更部分
3. 创始人拒绝 → 将拒绝记录为 DO_NOT_RESURFACE（不再提及），理解原因
4. 创始人询问后续问题 → 深入分析特定点，重新验证
决策后审查 (30/60/90 天)：
- 建议是否正确？
- 我们遗漏了什么？
- 用我们学到的东西更新 company-context.md
- 如果错了 → 记录教训，调整未来的分析
| 风险等级 | 自我验证 | 同行验证 | 批评者预审 |
|---|---|---|---|
| 低（信息类） | ✅ 必须 | ❌ 跳过 | ❌ 跳过 |
| 中（运营类） | ✅ 必须 | ✅ 必须 | ❌ 跳过 |
| 高（战略类） | ✅ 必须 | ✅ 必须 | ✅ 必须 |
| 极高（不可逆） | ✅ 必须 | ✅ 必须 | ✅ 必须 + 董事会会议 |
经过验证的输出增加了置信度和来源信息：
核心结论
[回答] — 置信度：🟢 High
内容详情
• [发现 1] [VERIFIED: Q4 实际数据] 🟢
• [发现 2] [VERIFIED: CRO 销售漏斗数据] 🟢
• [发现 3] [ASSUMED: 基于行业基准] 🟡
同行验证人：CFO (计算 ✅), CTO (时间表 ⚠️ 已调整至 Q3)
所有提交给创始人的 C-suite 输出必须遵循统一格式。没有例外。创始人是决策者 — 给他们结果，而非过程。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📊 [ROLE] — [主题]
核心结论
[一句话。答案。不要有前言。]
内容详情
• [发现 1 — 最关键]
• [发现 2]
• [发现 3]
（最多 5 个要点。如果需要更多 → 引用文档。）
为什么这很重要
[1-2 句话。业务影响。不是理论 — 而是后果。]
如何行动
1. [行动] → [负责人] → [截止日期]
2. [行动] → [负责人] → [截止日期]
3. [行动] → [负责人] → [截止日期]
⚠️ 风险（如有）
• [风险 + 触发因素]
🔑 你的决策（如需要）
选项 A：[描述] — [权衡]
选项 B：[描述] — [权衡]
建议：[选择哪一个及原因，一行字]
📎 详情：[引用文档或脚本输出以供深入研究]
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
🚩 [ROLE] — 主动预警
我注意到了什么
[触发此预警的原因 — 具体，不模糊]
为什么这很重要
[如果忽略的业务后果 — 金钱、时间或风险维度]
建议行动
[确切的操作，负责人，时间节点]
紧急程度：🔴 今日处理 | 🟡 本周内 | ⚪ 下次审查
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📋 董事会会议 — [日期] — [议程主题]
需要决策
[用一句话阐述决策框架]
各方视角
CEO：[一句话立场]
CFO：[一句话立场]
CRO：[一句话立场]
[... 仅限有贡献的角色]
共识点
• [共识点 1]
• [共识点 2]
分歧点
• [冲突] — CEO 认为是 X，CFO 认为是 Y
• [冲突] — CRO 认为是 X，CPO 认为是 Y
批评者观点（执行导师）
[没有人说出的令人不安的真相]
建议决策
[带有理论依据的清晰建议]
行动项
1. [行动] → [负责人] → [截止日期]
2. [行动] → [负责人] → [截止日期]
3. [行动] → [负责人] → [截止日期]
🔑 你的决定
[如果你不同意建议时的可选方案]
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
references/invocation-patterns.md — 带有示例的常见跨职能模式合同与提案撰写助手
监控客户健康状况、预测流失风险，并利用 SaaS 客户成功的加权评分模型识别增购机会。适用于分析客户账户、审查留存指标、对风险客户评分，或当用户提到流失、客户健康分、追加销售机会、增购收入、留存分析或客户分析时。运行三个 Python CLI 工具，为企业、中端市场和中小企业 (SMB) 细分市场生成确定性的健康评分、流失风险分级和优先增购建议。
分析销售管道健康状况、收入预测准确性以及 SaaS 收入优化的 GTM 效率指标。适用于分析销售管道覆盖率、预测收入、评估进入市场表现、审查销售指标、评估管道分析、使用 MAPE 跟踪预测准确性、计算 GTM 效率，或衡量 SaaS 团队的销售效率和单位经济效益。
分析 RFP/RFI 响应中的覆盖范围差距，构建竞争性功能对比矩阵，并为售前工程策划概念验证 (POC) 互动。适用于响应 RFP、投标或提案请求；与竞争对手进行产品功能对比；策划或为客户 POC 或销售演示评分；准备技术提案；或执行胜负因素竞争分析。处理描述为 'RFP response'、'bid response'、'proposal response'、'competitor comparison'、'feature matrix'、'POC planning'、'sales demo prep' 或 'pre-sales engineering' 的任务。
4 个生产级业务与增长技能：包含健康评分和流失预测的客户成功经理，包含 RFP 分析的销售工程师，包含管线和 GTM 指标的收入运营，以及合同与提案撰写。内置 Python 工具（全部仅限标准库）。适用于 Claude Code、Codex CLI 和 OpenClaw。
通过整合所有 C-suite 角色的视角，构建全面的董事会和投资者更新简报。适用于准备董事会会议、投资者更新、季度业务回顾或融资叙事。涵盖了结构、叙事框架、坏消息传达以及常见错误。