mcpField
C
Council

Council

github.com/danielmiesslerAgent 工作流19.7k185 次安装3 天前更新
代码仓库

关于 Council

Council 是用于围绕决策和想法组织多 Agent 讨论的 Claude 技能。它通过针对主题编写的 Agent 简报开展三轮辩论或单轮快速检查,并为完整辩论生成可见记录和综合总结。

主要功能

  1. 01按主题编写 Agent 简报
  2. 02三轮结构化辩论
  3. 03单轮快速检查
  4. 04生成讨论记录与综合总结

适用场景

  1. 01决策前比较不同方案
  2. 02快速评审 API 设计
  3. 03从专家视角探讨主题

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/danielmiessler/lifeos --skill council

安装后在 Claude Code 中输入/council确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

CouncilMembers.md
OutputFormat.md
RoundStructure.md
Workflows/
Debate.md
Quick.md

详细介绍

自定义

执行前,请检查以下位置是否有用户自定义内容: ~/.claude/LIFEOS/USER/CUSTOMIZATIONS/SKILLS/Council/

如果此目录存在,请加载并应用其中的任何 PREFERENCES.md、配置或资源。这些内容优先于默认行为。如果目录不存在,则使用技能默认设置。

必须:语音通知(执行任何操作前必须完成)

调用此技能时,必须先发送此通知,然后才能进行任何其他操作。

  1. 发送语音通知:

    curl -s -X POST http://localhost:31337/notify \
      -H "Content-Type: application/json" \
      -d '{"message": "Running the WORKFLOWNAME workflow in the Council skill to ACTION"}' \
      > /dev/null 2>&1 &
    
  2. 输出文本通知:

    Running the **WorkflowName** workflow in the **Council** skill to ACTION...
    

此步骤不可省略。调用技能后立即执行此 curl 命令。

Council 技能

功能

运行多 Agent 辩论。由自定义组合的 Agent 分多轮讨论某个主题,回应彼此提出的具体观点,并通过真正的思想碰撞发现洞见。你会得到逐轮展示的对话记录和综合总结。DEBATE 运行三轮;QUICK 运行一轮,用于快速检查不同视角。

问题所在

向一个模型征求意见,只会得到一种思路和一套盲点。要求它列出“优缺点”,得到的只会是一份平淡的清单,没有人真正提出反驳。真正的审议需要不同领域的专家在利弊上存在分歧并据理力争,以便在你做出承诺前暴露想法中的薄弱之处。通用内置 Agent 的表达方式都很相似,最终只会达成乏味的共识;此技能会根据主题组合 Agent,促成真正的思想碰撞。

工作原理

由自定义组合的 Agent 分轮讨论主题、回应彼此的观点,并通过思想碰撞发现洞见。

成员是自定义简介

将每位议会成员以内联的简短简介形式撰写——包括姓名、角色、立场以及他们会重点质疑的方面——然后使用 subagent_type: "general-purpose" 启动。没有角色设定的内置类型不了解主题,只会达成乏味的共识。真正的碰撞来自四份各不相同的简介,每份都具备真实的领域专业知识和独特的分析视角。

请参阅 CouncilMembers.md,了解席位指南和简介示例。

与 RedTeam 的主要区别: Council 以协作为基础、带有对抗性(通过辩论寻找最佳路径),而 RedTeam 纯粹以对抗为基础(攻击想法)。Council 会生成可见的对话记录;RedTeam 会生成最强论证和反驳。

工作流路由

根据请求将其路由到相应的工作流。

触发条件工作流
完整的结构化辩论(三轮,可见对话记录)Workflows/Debate.md
快速共识检查(一轮,快速)Workflows/Quick.md

纯粹的对抗性分析不属于 Council 工作流——请转到 RedTeam 技能。

快速参考

工作流用途轮数输出
DEBATE完整的结构化讨论3完整对话记录 + 综合总结
QUICK快速检查不同视角1仅初始立场

上下文文件

文件内容
CouncilMembers.md如何以内联形式撰写议会成员简介
RoundStructure.md三轮辩论结构和时间安排
OutputFormat.md对话记录格式模板

核心理念

起源: 最佳决策源于不同视角相互挑战。不只是收集意见,而是促成真正的思想碰撞,让特定领域的专家回应彼此提出的具体观点。

Agent: 每位议会成员都是为主题撰写的自定义简介,并通过 general-purpose 启动。这让每位成员都拥有独特的角色、立场和领域专业知识。通用 Agent 只会进行通用辩论;针对主题撰写的简介则能带来犀利且信息充分的辩论。

速度: 每轮内并行执行,轮次之间按顺序执行。一场由 4 个 Agent 参与的三轮辩论需要调用 Agent 12 次,但只需等待 3 次。可在 40-90 秒内完成。

示例

"Council: Should we use WebSockets or SSE?"
-> Write 4 member briefs (real-time architect, frontend-DX, ops skeptic, researcher)
-> DEBATE workflow -> 3-round transcript

"Quick council check: Is this API design reasonable?"
-> Write 4 member briefs with API-relevant roles
-> QUICK workflow -> Fast perspectives

"Council: Is AI overhyped?"
-> Write briefs: AI builder, security skeptic, pragmatic engineer, evidence analyst
-> DEBATE workflow -> 3-round transcript

集成

配合使用效果良好:

  • RedTeam - 协作讨论后进行纯对抗攻击
  • Research - 召集理事会前收集背景信息

最佳实践

  1. 用 QUICK 进行合理性检查,用 DEBATE 做出重要决策
  2. 根据具体主题撰写每位成员的简报,而非使用通用角色描述
  3. 为每位成员设定不同立场——四个立场相同的 Agent 不会产生任何交锋

最后更新: 2026-03-18

注意事项

  • 理事会成员是通过 general-purpose 启动的内联简报——没有组合工具。 请撰写四份针对主题且各不相同的简报;不要直接启动没有角色设定的内置类型。
  • 辩论需要真正的分歧才有价值。 如果所有 Agent 都意见一致,这个主题可能不值得召开理事会。
  • Agent 数量多 ≠ 辩论效果好。 4-6 个收到充分简报的 Agent,胜过 12 个通用 Agent。

执行日志

完成任何工作流后,追加一条 JSONL 记录:

echo '{"ts":"'$(date -u +%Y-%m-%dT%H:%M:%SZ)'","skill":"Council","workflow":"WORKFLOW_USED","input":"8_WORD_SUMMARY","status":"ok|error","duration_s":SECONDS}' >> ~/.claude/LIFEOS/MEMORY/SKILLS/execution.jsonl

将 WORKFLOW_USED 替换为所执行的工作流,将 8_WORD_SUMMARY 替换为简短的输入描述,并将 SECONDS 替换为大致的实际耗时。如果工作流失败,请记录 status: "error"。

评论

支持 Markdown