council

council skill 概览

council 是一款 decision-support skill，适合在有多个看起来都说得通的答案、但你需要先经过结构化分歧再拍板的场景使用。它最适合产品取舍、范围权衡、发布决策，以及“该发还是先等等？”这类问题；在这些场景里，普通的单轮回答往往会过度贴合某一种视角。若你希望 council skill 帮你做选择，而不只是头脑风暴，它会很合适。

council skill 的用途

Decision Support 模式下的 council 会围绕同一个问题拉出四种声音：一个核心 Claude 声音，加上 Skeptic、Pragmatist 和 Critic 视角。这样的组合能快速暴露隐藏假设、失败模式和运营层面的权衡。它的价值不在于产出更多内容，而在于制造更好的“摩擦”，让判断更稳。

适合谁安装

如果你经常在产品、工程、运营或战略里面对模糊决策，并且需要一套可重复的方法来做压力测试，那就值得安装 council。它尤其适合利益相关方意见不一致、错误决策代价不小，或者你希望得到比泛泛的“优缺点列表”更有说服力的建议时使用。

什么时候它最适合

当问题至少有两条都说得通的路径、决策依赖上下文，或者你需要一个带有分歧视角的 go/no-go 判断时，用 council 最合适。它对直接执行、修 bug、架构规划，或答案已经很明确、你只需要动手的任务，帮助就没那么大。

如何使用 council skill

安装 council skill

通过仓库的安装流程把 council 加入你的 Claude Code skills 集合，然后在你需要结构化决策支持、而不是普通补全时调用它。就这个仓库而言，实际的安装参考路径是 affaan-m/everything-claude-code 里的 skills/council。安装完成后，你应该能在处理 prompts 和任务的同一环境里直接使用 council。

先把提示词写成可争论的决策

council 最好的用法不是抛一个模糊话题，而是先给出明确的决策陈述。要写清楚选择项、影响大小，以及最关键的约束。好的输入像这样：Should we ship feature flags now or wait for a fuller rollout plan? Priority is minimizing operational risk while preserving launch date. 差的输入像这样：Thoughts on feature flags? 前者能让 council 真的讨论取舍，后者只会引出泛泛建议。

先读对的文件

先看 SKILL.md，理解这个 skill 的决策边界；然后重点查看定义“何时使用 council”“何时不要用”“角色结构”和“工作流”的部分。这些内容最能决定 council 是否适合当前问题。如果你要把它改造到自己的仓库里，也要顺带读一下周边的 skill 约定，确保输出风格和你的环境一致。

用工作流，不要只问一次

一个好的 council 工作流是：先定义决策，再列出 2-4 个候选方案，说明约束，运行 council，最后要求给出带理由和风险说明的推荐。要把真实的业务条件也写进去，比如截止时间、用户影响、可逆性，以及什么情况会导致决策失败。这样 Pragmatist 和 Critic 才有足够上下文，输出真正有价值的意见。

council skill 常见问题

council skill 适合用来头脑风暴还是做决策？

它是用来做决策的。council skill 的设计目标，是把分歧显性化来消除模糊，而不是无限扩展想法列表。如果你只需要原始创意，一个更简单的 prompt 通常就够了。只有在选项已经经过压力测试、你还需要一个推荐结论时，才用 council。

council 和普通 prompt 有什么不同？

普通 prompt 往往会把多个视角压缩成一个答案。council 则会强制不同视角分别发声，这在担心过早形成“虚假共识”时特别有用。实际效果是：对取舍处理得更好，隐藏假设更少，也更清楚哪些地方可能出问题。

council skill 适合新手吗？

适合，只要用户能把决策说清楚。新手只要提供一个明确选择、简短的上下文摘要，以及自己最在意的约束，就能拿到最大收益。如果 prompt 很模糊，这个 skill 也能跑，但讨论会没那么有决断力。

什么时候不该用 council？

不要把 council 用在简单事实问题、显而易见的任务、code review、security review，或者逐步实现计划上。仓库会把这些场景明确指向其他 skill，或者直接走执行路径。council for Decision Support 只有在“判断”比“操作步骤”更难时才最强。

如何改进 council skill

给 council 更好的决策输入

最值得做的改进，是把上下文说得更准。把选项、决策截止时间、主要风险和成功标准都写清楚。比如：Choose between A and B; A is faster, B is safer; deadline is Friday; success means no rollback and minimal support load. 这比抽象地描述问题要强得多。

让它围绕真正的约束提出反对意见

如果你在意成本、可逆性、用户体验或运营负载，就开门见山说出来。council 最好用的时候，是它知道应该攻击什么。否则 Skeptic 和 Critic 可能会挑战错方向的假设，最后的建议也就没那么可执行。

第一轮之后继续迭代

如果第一次 council 的答案太宽泛，就用更窄的问题或不同约束重新跑一遍，比如“优化速度”“优化安全性”或“优化长期可维护性”。这通常比原样重复提同一个 prompt 更有帮助。对 council skill 来说，更好的迭代意味着更好的 framing，而不只是更多字。