多智能体通信协议规则

要解决什么问题

当多个角色智能体（CEO、CFO、CTO 等 C-suite 角色）协同工作时，如果没有统一规则，常见的失败模式会迅速出现：智能体之间互相调用形成环路，一个 agent 反复请求另一个 agent，推理链在三跳之内失控；多智能体独立分析还没做完就开始串话，导致锚定效应和群体思维；两个角色给出冲突答案时，上层悄悄选一个，把矛盾藏起来；未经校验的"初稿"直接摆到决策者面前。这个技能就是给多智能体协作加一套硬性协议。

协议如何工作

调用语法与角色令牌：任何智能体都可以通过角色令牌调用另一个智能体，合法角色包括 ceo、cfo、cto 等，部分角色（如 gc、cdo、vpe）映射到对应的顾问技能，例如 gc 对应 general-counsel-advisor，覆盖法律、合同与条款清单。

防环路硬规则（无条件执行）：

• Rule 1：禁止自调用，agent 不能调用自己。
• Rule 2：最大深度为 2，A→B→C 合法，第三跳直接被拦截。
• Rule 3：禁止循环调用，A 调用 B 后，B 不能在同一链中回调 A。
• Rule 4：每次调用都携带调用链记录，被调用方响应前先检查链路；被拦截时返回明确的拦截说明而不是继续调用。

隔离规则：董事会会议的 Phase 2（独立分析阶段）完全禁止任何调用，角色只能基于显式假设 [ASSUMPTION: ...] 工作，目的是防止锚定与群体思维；Phase 3（批评阶段）的 Executive Mentor 可以引用其他角色的输出，但不能发起调用，保证批评独立于新数据请求。

调用还是假设：只有当问题需要自己没有的领域数据、错误会实质性改变建议、或问题本身跨职能时才发起调用；数据方向明确或处于 Phase 2 隔离期时一律显式声明假设。

冲突处理：两个被调用方给出冲突答案时，先显式标记冲突，再说明采用保守口径、按置信度加权或升级给人工决策，绝不静默挑选一个答案。

广播模式：CEO 可向所有角色同时广播，各角色独立响应、互不可见，全部返回后再聚合。

决策记忆（双层模型）：所有决策写入统一位置——/cs:decide 与 decision-logger 拥有两层模型：Layer 1（raw）记录全部内容包括被否决的论据，仅供查阅，不自动喂给后续会话；Layer 2（approved）只存创始人批准的决策，董事会会议和后续模块只加载这一层，防止"幻觉出的共识"。

质量校验环：输出到达创始人之前必须过三关——每个角色的自校验、跨职能角色的 peer 校验（例如财务数字找 CFO 复核、技术可行性找 CTO）、高风险决策（支出超过剩余 runway 的 20%、影响 30% 以上团队等）由 Executive Mentor 预筛；创始人反馈后还要做纠偏并记录决策。

适用边界

这套规则是纯协议层，不提供新的执行能力，依赖各角色技能本身可用。简诗 AI 的实现附带安全边界：不自动安装依赖、不修改系统权限、不创建持久化任务；涉及发送、发布、删除、付款等外部写入时先展示目标与影响并取得明确确认；凭据仅用于用户指定的官方服务，不回显、不记录、不转发；命令和代码默认仅作参考，需用户明确要求且目标范围清楚才可执行。