council

用途

Council 是一个多智能体结构化辩论技能，用于对任意问题生成多视角分析。与单一智能体独自推理不同，Council 会临时组建一组专家智能体，让它们围绕同一问题展开结构化辩论，最终形成决策全景图。其核心定位是：当单一智能体的答案价值有限时，通过多视角结构化辩论提供更丰富的判断依据。

主要能力

Council 的关键创新在于“组建阶段”（Compose）：智能体并非通用原型（如架构师、工程师），而是针对具体主题即时设计。例如，一个曾被数据库迁移坑过的前 Uber SRE、一个在 SQLite 上运行 5 万张表的 YC 创始人、一个重视正确性的 Postgres 提交者、一个后悔上次迁移的创业公司 CTO。

组建指导原则包括：初始立场的多样性优先于专业知识的多样性；人数 4–7 人，5 人为研究最佳点；至少一名结构性怀疑成员（轻量红队角色）；至少一名采用根本不同认知框架的成员；设计任务冲突而非关系冲突。

工作方式

流程包含五个阶段，具体取决于模式：

阶段 0：组建（Compose）——单个智能体分析主题，设计 3–7 个专家角色，包含背景、偏见与分析方法。
阶段 0b：事前验尸（Premortem）——每个智能体在形成立场前，独立撰写该决策失败的历史，绕过立场承诺，暴露共同假设。
阶段 1：立场（Position）——每个智能体在不见他人观点的情况下形成独立初始立场。
阶段 2a：交叉质询（Probe）——每个智能体收到其他所有立场并追问推理，研究显示这是群体表现提升的最强预测因子（R=0.41）。
阶段 2b：交叉质询（Reflect）——每个智能体反思他人观点，识别让步、剩余分歧以及弥合差距所需的证据。
阶段 3：假设映射（Assumption Map，仅 deep）——每个智能体识别：对立立场成立所需假设、证据不足之处、独特风险向量，产出分歧地图而非收敛。
阶段 3b：集成估计（Ensemble，仅 hybrid）——每个智能体独立估计关键维度（置信度、风险、成功可能性、不确定性），无跨智能体污染，以中位数聚合，产生带离散度指标的稳健共识。

最后，主智能体读取所有轮次输出，产出决策全景图：共同关切、真实分歧、各立场假设、证据缺口、风险向量、集成估计。

使用方式

通过 /council 命令触发。主智能体必须担任编排者，不得自行回答问题。正确工作流：

从用户调用中提取问题。
决定是否包含完整会话上下文——若用户已就该主题讨论较久，将近期对话转储到临时文件并通过 --full-context 传入：

cat > /tmp/council-ctx.txt << 'EOF'
# Dump recent session context here — what's been discussed, what's been decided,
# what options have been ruled out, what constraints are known
EOF
python3 ... --full-context /tmp/council-ctx.txt

--full-context 标志会将全文注入每个子智能体的提示中，使整个议会带着完整背景辩论。

用会话上下文丰富问题——扫描近期会话中的相关约束、决策、背景事实、已排除的死路，追加简洁的“Given that: ...”子句（2–4 个关键事实）。
运行议会：

python3 ~/.hermes/skills/thinking/council/scripts/orchestrate.py full --mode <mode> --question "<enriched_question>"

（若第 2 步写了上下文，加上 --full-context /tmp/council-ctx.txt）

从 /tmp/hermes-council/ 读取输出。
以可读 markdown 综合呈现决策全景图。

议会子智能体以独立 Hermes 进程（hermes -z）生成，上下文窗口为空，无法访问会话历史。若不丰富问题或提供 --full-context，它们将在孤立状态下辩论，缺失使问题有意义的背景。

模式与工作量

quick：3 个智能体，P0 → P1 → P2a，9 次子智能体调用，适用于低风险检查、快速摩擦。
medium（默认）：5 个智能体，P0 → P1 → P2a → P2b，16 次调用，适用于标准决策。
deep：5–7 个智能体，P0 → P1 → P2a → P2b → 假设映射，约 20 次调用，适用于架构、战略、高摩擦审议。
hybrid：5–7 个智能体，P0 → P1 → P2a → P2b → 集成，约 21 次调用，议会用于分解，集成用于估计。
premortem：3–5 个智能体，仅 P0（事前验尸），约 4 次调用，适用于快速失败目录、“可能出什么问题？”。

输出格式

综合报告（决策全景图，所有模式）包含：置信度离散度（各智能体辩论前后置信度变化、均值、离散度及诊断）、共同关切点（来自事前验尸）、真实分歧点、各立场假设、风险向量、主事者路径。必须包含置信度离散度部分，用于判断议会是否发挥作用：均值下降表示暴露了疑虑，离散度扩大表示真实分歧持续；若均值上升且离散度收窄，则可能是虚假收敛或群体思维。

触发方式

/council 技能在用户提出任何受益于多视角结构化辩论的问题时自动触发。以下信号短语必须触发议会，不得自行回答：

/council "question"（任意模式）——按指定模式运行。
/council quick "question"——3 个智能体，P0→P1→P2a。
/council deep "question"——5–7 个智能体，完整协议。
/council hybrid "question"——5–7 个智能体，议会 + 独立集成。
/council premortem "question"——3–5 个智能体，仅快速失败目录。
“Let's get multiple perspectives on X”——medium 模式。
“What would experts say about X”——medium 模式。
“Debate this: X”或“Council this: X”——medium 模式。
“High-friction question: X”——deep 模式。
任何关于何时使用 /council 本身的问题——deep 模式（元问题）。

若不确定问题是否符合条件，倾向于运行议会。不必要议会的成本很小（几分钟），而自行回答一个值得议会的问题会失去用户所寻求的多视角洞察。

推理配置

议会子智能体以独立 Hermes 进程（hermes -z）生成，按以下优先级从 Hermes 配置解析提供者与模型：

auxiliary.council——若 ~/.hermes/config.yaml 的 auxiliary: 下有 council 条目，则使用。这是配置议会专用推理的推荐方式。
delegation 部分——delegation.provider 和 delegation.model。
model 部分——主智能体的提供者与模型。
内置回退——deepseek / deepseek-v4-flash。

示例：

# ~/.hermes/config.yaml
auxiliary:
  council:
    provider: opencode-go
    model: deepseek-v4-flash

或为议会使用高级模型：

auxiliary:
  council:
    provider: openrouter
    model: anthropic/claude-sonnet-4

若 auxiliary.council 与 delegation 均未配置，议会智能体继承主会话的提供者与模型，无需额外配置。

适用场景

适用于需要多视角结构化辩论的决策问题，如架构选择、战略判断、高摩擦审议、快速失败模式识别等。

限制

议会子智能体上下文窗口为空，无法访问会话历史，必须通过丰富问题或 --full-context 提供背景。若主智能体自行回答问题而非运行议会，则违背该技能的全部目的。关于收费、价格、平台支持等具体信息，资料中暂未提供。