技能介绍

要解决什么问题

复杂议题往往横跨分析、设计、实施多种「阶段-模态」，单会话 Agent 容易在角色切换里丢边界，或在群聊式协作里互相抢话、重复劳动。专家议会（DiskParliament）把协作改成盘上文件异步通信：子 Agent 只往 notes/ 写不可改稿，禁止 SendMessage 类即时对话；没新论点就停笔，由 Supervisor（主会话）做轮询唤醒与收敛判定，最终在 T5 冻结并交付 BRIEFING.md。

协议如何运转

执行者必须当协议执行者，不能替用户或子 Agent 在 T0 前做分析规划。流程按 T0–T5 推进：

T0：强制索要 central topic 与产出格式，写入 CentralTopic.md（议题边界、关键词消歧、产出 Schema）；v3.2 起经 gate_guardian 校验私有算力（DeepSeek / MiMo 等）。
T1 / T1.5：按阶段-模态从 duties/DUTY-INDEX.yaml 坍缩出 ROSTER.md 与 PROTOCOL.md，并从 professions/PROFESSION-INDEX.yaml 匹配人设摘要，spawn 时再加载完整 WorkBuddy 模板。
T2–T3：scripts/init-workspace.py 搭工作区，用 Agent spawn 注入三层 prompt（WorkBuddy 原文 + 共享行为模板 + ROSTER 字段），不使用 team_name。
T4–T5：Supervisor 只负责唤醒与收敛，冻结后一次性输出 briefing 并通知用户。

岗位拮抗关系从 DUTY-INDEX 的 antagonists 自动继承，实施层（S7）对 [all] 拮抗，无需手配。

适用边界

适合用户已给出或可追问明确的中心议题与产出形态，且任务复杂度值得多角色异步讨论的场景。依赖技能包内 YAML 索引、providers.yaml 与 WorkBuddy 的 Read/Write/Bash/Agent 工具；多实例可共存，但协议步骤与「写出去不可改」的约束必须严格遵守，否则视为协议失败。