关于 Council
Council 是用于围绕决策和想法组织多 Agent 讨论的 Claude 技能。它通过针对主题编写的 Agent 简报开展三轮辩论或单轮快速检查,并为完整辩论生成可见记录和综合总结。
主要功能
- 01按主题编写 Agent 简报
- 02三轮结构化辩论
- 03单轮快速检查
- 04生成讨论记录与综合总结
适用场景
- 01决策前比较不同方案
- 02快速评审 API 设计
- 03从专家视角探讨主题
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ danielmiessler/ lifeos --skill council安装后在 Claude Code 中输入/council确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
CouncilMembers.mdOutputFormat.mdRoundStructure.mdWorkflows/Debate.mdQuick.md详细介绍
自定义
执行前,请检查以下位置是否有用户自定义内容:
~/.claude/LIFEOS/USER/CUSTOMIZATIONS/SKILLS/Council/
如果此目录存在,请加载并应用其中的任何 PREFERENCES.md、配置或资源。这些内容优先于默认行为。如果目录不存在,则使用技能默认设置。
必须:语音通知(执行任何操作前必须完成)
调用此技能时,必须先发送此通知,然后才能进行任何其他操作。
-
发送语音通知:
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 & -
输出文本通知:
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 - 召集理事会前收集背景信息
最佳实践
- 用 QUICK 进行合理性检查,用 DEBATE 做出重要决策
- 根据具体主题撰写每位成员的简报,而非使用通用角色描述
- 为每位成员设定不同立场——四个立场相同的 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"。