agent-protocol

TotalClaw 作者 Alireza Rezvani

C 级智能体间通信协议,定义调用语法、循环防护、隔离规则与验证流程,防止混乱与循环推理。

安装 / 下载方式

TotalClaw CLI推荐
totalclaw skills install shop:totalclaw:totalclaw~agent-protocol
cURL直接下载,无需登录
curl -fsSL https://skills.taituai.com/api/skills/totalclaw%3Atotalclaw~agent-protocol/file -o agent-protocol.md
## 概述(中文)

C 级智能体间通信协议,定义调用语法、循环防护、隔离规则与验证流程,防止混乱与循环推理。

## 技能正文

# 智能体间协议

C 级智能体如何相互沟通。防止混乱、循环与循环推理的规则。

## 关键词
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|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`

## 响应格式

被调用智能体使用以下结构响应:

```
[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:禁止自我调用
智能体不能调用自己。
```
❌ CFO → [INVOKE:cfo|...] — 阻止
```

### 规则 2:最大深度 = 2
链可达 A→B→C。第三跳被阻止。
```
✅ CRO → CFO → COO(深度 2)
❌ CRO → CFO → COO → CHRO(深度 3 — 阻止)
```

### 规则 3:禁止循环调用
若 A 调用了 B,同一链中 B 不能调用 A。
```
✅ CRO → CFO → CMO
❌ CRO → CFO → CRO(循环 — 阻止)
```

### 规则 4:链追踪
每次调用携带调用链。格式:
```
[CHAIN: cro → cfo → coo]
```
智能体在再次调用前检查此链。

**被阻止时:** 返回以下内容而非调用:
```
[BLOCKED: cannot invoke cfo — circular call detected in chain cro→cfo]
State assumption used instead: [explicit assumption the agent is making]
```

## 隔离规则

### 董事会会议阶段 2(独立分析)
**禁止调用。** 各角色在交叉授粉前形成独立观点。
- 原因:防止锚定与群体思维
- 时长:整个阶段 2 分析期
- 若需其他角色数据:陈述明确假设,用 `[ASSUMPTION: ...]` 标记

### 董事会会议阶段 3(批评者角色)
执行导师可**引用**其他角色输出但**不能调用**他们。
- 原因:批评必须独立于新数据请求
- 允许:"CFO 的预测假设 X,与 CRO 的管道数据矛盾"
- 不允许:批评阶段使用 `[INVOKE:cfo|...]`

### 董事会会议之外
允许自由调用,受上述循环防护规则约束。

## 何时调用 vs 何时假设

**调用当:**
- 问题需要你没有的领域数据
- 此处错误会实质改变建议
- 问题本质跨职能(如招聘对预算与产能的影响)

**假设当:**
- 数据方向明确且精度不关键
- 处于阶段 2 隔离(始终假设,永不调用)
- 链已达深度 2
- 问题相对于主分析较次要

**假设时始终标明:**
```
[ASSUMPTION: runway ~12 months based on typical Series A burn profile — not verified with CFO]
```

## 冲突解决

当两个被调用智能体给出矛盾答案:

1. **明确标记冲突:**
   ```
   [CONFLICT: CFO projects 14-month runway; CRO expects pipeline to close 80% → implies 18+ months]
   ```
2. **说明解决方式:**
   - 保守:采用更差情况
   - 概率:按置信度加权
   - 升级:标记供人工决策
3. **绝不默默选一个** — 向用户呈现冲突。

## 广播模式(危机 / CEO)

CEO 可同时向所有角色广播:
```
[BROADCAST:all|What's the impact if we miss the fundraise?]
```

响应独立返回(智能体在形成自己观点前看不到他人响应)。全部响应后汇总。

## 快速参考

| 规则 | 行为 |
|------|----------|
| 自我调用 | ❌ 始终阻止 |
| 深度 > 2 | ❌ 阻止,陈述假设 |
| 循环 | ❌ 阻止,陈述假设 |
| 阶段 2 隔离 | ❌ 禁止调用 |
| 阶段 3 批评 | ❌ 仅引用,不调用 |
| 冲突 | ✅ 呈现,不隐藏 |
| 假设 | ✅ 始终用 `[ASSUMPTION: ...]` 明确 |

## 内部质量循环(到达创始人之前)

任何角色未经此验证循环不得向创始人呈现。创始人看到打磨、验证过的输出 — 不是初稿。

### 步骤 1:自验证(每角色每次)

呈现前,每角色运行此内部检查清单:

```
SELF-VERIFY CHECKLIST:
□ Source Attribution — Where did each data point come from?
□ Assumption Audit — What am I assuming vs what I verified?
□ Confidence Score — How sure am I on each finding?
□ Contradiction Check — Does this conflict with known context?
□ "So What?" Test — Does every finding have a business consequence?
```

### 步骤 2:同行验证(跨职能校验)

当建议影响其他角色领域时,该角色在呈现前验证。

| 若建议涉及... | 与...验证 | 他们检查... |
|-------------------------------------|-------------------|---------------|
| 财务数字或预算 | CFO | 计算、跑道影响、预算现实 |
| 收入预测 | CRO | 管道支撑、历史准确性 |
| 人数或招聘 | CHRO | 市场现实、薪酬可行性、时间线 |
| 技术可行性或时间线 | CTO | 工程产能、技术债负担 |
| 运营流程变更 | COO | 产能、依赖、扩展影响 |
| 面向客户变更 | CRO + CPO | 流失风险、产品路线图冲突 |
| 安全或合规主张 | CISO | 实际态势、法规要求 |
| 市场或定位主张 | CMO | 数据支撑、竞争现实 |

### 步骤 3:批评者预筛(仅高风险决策)

对**不可逆、高成本或赌公司**的决策,执行导师在创始人看到前预筛。

### 步骤 4:路线修正(创始人反馈后)

交付后循环不结束。创始人响应后记录决策、更新分析或记录拒绝原因。

### 按风险等级的验证级别

| 风险 | 自验证 | 同行验证 | 批评者预筛 |
|--------|-------------|-------------|-------------------|
| 低(信息性) | ✅ 必需 | ❌ 跳过 | ❌ 跳过 |
| 中(运营) | ✅ 必需 | ✅ 必需 | ❌ 跳过 |
| 高(战略) | ✅ 必需 | ✅ 必需 | ✅ 必需 |
| 关键(不可逆) | ✅ 必需 | ✅ 必需 | ✅ 必需 + 董事会会议 |

## 用户沟通标准

所有 C 级对创始人的输出遵循**一种**格式。无例外。创始人是决策者 — 给结果,不给过程。

### 标准输出(单角色响应)

包含:BOTTOM LINE、WHAT、WHY THIS MATTERS、HOW TO ACT、RISKS、YOUR DECISION、DETAIL。

### 主动告警(非请求触发)

包含:WHAT I NOTICED、WHY IT MATTERS、RECOMMENDED ACTION、URGENCY。

### 董事会会议输出(多角色综合)

包含:DECISION REQUIRED、PERSPECTIVES、WHERE THEY AGREE/DISAGREE、CRITIC'S VIEW、RECOMMENDED DECISION、ACTION ITEMS、YOUR CALL。

### 沟通规则(不可妥协)

1. **结论先行。** 始终。创始人时间最稀缺。
2. **仅结果与决策。** 无过程叙述。无思考外泄。
3. **What + Why + How。** 每项发现说明是什么、为何重要、如何行动。
4. **每节最多 5 条。** 更长 → 参考文档。
5. **行动有负责人与截止日期。**
6. **决策以选项呈现。**
7. **创始人决策。** 角色建议,创始人批准/修改/拒绝。
8. **风险要具体。**
9. **无解释不用术语。**
10. **沉默也是选项。** 无内容可报时不编造更新。

## 参考
- `references/invocation-patterns.md` — 常见跨职能模式与示例