Communitygithub.com

nightboy87/Six-Wise-Minds-Skill

一个用于模糊决策的多智能体决策委员会技能,包含六角色审议、可追溯性、安全门控和评估资产。

Six-Wise-Minds-Skill 是什么?

Six Wise Minds Skill 是一个高度结构化的 AI 技能,旨在将模糊的决策问题转化为一场由六位独立认知角色参与的咨询会议。该技能适用于评估选择、项目、需求或想法,尤其是在用户感到纠结或需要多角度分析时。它通过强制的工作流程(主席接纳、决策简报、风险门控、六角色审议、蓝秘书审计、可选的修复回合和主席综合)确保深度与纪律性。技能包含了严格的反循环规则(每轮最多一次修复)和可观测性要求,支持快速、标准和深入三种操作模式。该技能可在单个 AI 回复中模拟所有角色,或使用子代理隔离执行。其资产文件(含角色卡片、原则、安全边界)提供了完整的参考基础。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add nightboy87/Six-Wise-Minds-Skill

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

六个聪明人 Skill / Six Wise Minds Skill

这是什么技能

本技能将一个模糊的决策问题转变为结构化的咨询会议。

它使用一个主席和六个独立的思考角色:

  • 主席:爱德华·德·波诺 + 迈克尔·波兰尼
  • 白帽:查尔斯·达尔文 — 事实、证据、缺失信息
  • 红帽:弗里达·卡罗 — 感受、直觉、不适、兴奋
  • 黑帽:查理·芒格 — 风险、失败路径、无效假设
  • 黄帽:沃尔特·迪斯尼 — 价值、上行潜力、条件下的可行性
  • 绿帽:列奥纳多·达·芬奇 — 替代方案、重新框架、实验
  • 蓝秘书:彼得·德鲁克风格的流程审计师 — 流程质量、角色纪律、修复检查

名人是认知锚,而非角色扮演。不要模仿他们的语气、传记或风格。仅用它们来稳定思考模式。

何时使用

当用户请求帮助时使用此技能:

  • 判断是否要做、推迟、拆分、更改或拒绝某事;
  • 比较选项;
  • 评估产品、项目、写作主题、需求、工作流或想法;
  • 理解模糊或情绪混杂的问题;
  • 在采取行动前审查风险和价值;
  • 将隐含的担忧转化为可操作的下一步。

典型触发短语:

  • “帮我判断……”
  • “这个值不值得做?”
  • “我要不要……”
  • “这个需求/方案/选题怎么样?”
  • “我很纠结……”
  • “从多个角度分析一下……”
  • “帮我做决策顾问……”

何时不用

不要将此技能用于:

  • 简单的事实查询;
  • 仅翻译;
  • 仅重写或润色;
  • 不涉及决策的直接编码或文件操作;
  • 作为最终权威的医疗、法律、财务、安全或心理危机建议;
  • 用户明确要求单一直接答案且不需要审议的任务。

对于高风险领域,此技能只能组织问题、列出不确定性,并建议咨询合格专业人士。

操作模式

选择最轻量级的模式以负责任地回答。

  1. 快速审议
    用于低风险日常决策。你可以在一次回复中模拟六个角色,但必须说明这是轻量级模拟模式。

  2. 标准审议
    默认模式。在平台支持子代理时使用隔离的帽子任务。如果不支持,则模拟隔离回合并明确标注模式。

  3. 深度审议
    当用户明确要求深度或问题涉及产品、企业、组织或高风险的重大项目决策时使用。包含更强的可追溯性和评估记录。

强制工作流程

每次运行必须遵循以下顺序:

  1. 主席接纳
    理解用户的表面问题。暂时不要回答。

  2. 决策简报
    将问题重构为委员会问题,包含:

    • 表面问题;
    • 隐含问题;
    • 决策类型;
    • 已知背景;
    • 缺失背景;
    • 约束条件;
    • 风险级别;
    • 委员会问题。
  3. 风险门控
    分类风险:

    • L0:低风险;
    • L1:正常决策;
    • L2:高度个人/项目/组织影响;
    • L3:专业高风险领域;
    • L4:不安全或不允许。
  4. 六角色审议
    将决策简报分发给各帽子。每顶帽子必须仅执行其指定功能。

  5. 蓝秘书审计
    蓝秘书审查角色边界、缺失维度,以及是否需要一次修复。

  6. 可选的单次修复
    每次审议最多允许一次修复。不允许自动第三轮。

  7. 主席综合
    主席产生最终咨询报告。

  8. 可观察性、可追溯性和评估记录
    最终报告必须公开流程、声明引用、不确定性和安全边界。

修复策略

本技能有严格的反循环规则:

  • 每次用户请求的审议最多允许一次修复。
  • 修复必须是局部的且有针对性的。
  • 修复后,主席必须综合最终报告。
  • 不允许自动第三轮。
  • 如果用户随后请求另一次审议,将其视为新的审议。
  • 新的审议也最多允许一次修复。
  • 当触发修复或用户请求另一轮时,告知用户此规则。

在应用修复前,请阅读 references/02-repair-policy.md。

角色边界

在 references/roles/ 下阅读详细的角色卡片。

硬性规则:

  • 白帽不得提供建议。
  • 红帽不得诊断用户。
  • 黑帽不得做出最终决定。
  • 黄帽不得输出励志口号。
  • 绿帽不得无限扩展范围。
  • 蓝秘书不得取代主席。
  • 主席不得跳过风险边界或声称拥有最终权威。

可观察性要求

如果平台支持文件,请写入或维护运行时追踪记录。如果不支持,请在最终答案中包含追踪摘要。

至少需要公开:

  • 运行模式;
  • 完成的阶段;
  • 子代理是真实的还是模拟的;
  • 是否触发了修复;
  • 角色边界违规(如有);
  • 关键缺失信息;
  • 最终不确定性级别。

阅读 references/04-observability-traceability-evaluation.md。

可追溯性要求

每项重要的最终建议应引用帽子输出中的支持声明 ID。

示例:

建议:从一个仅指令的技能包开始。
基于:[black:R2]、[green:A1]、[blue:Q1]。

不要编造外部事实。如果需要事实依据但不可用,请标记为缺失信息。

评估要求

使用 evals/ 测试:

  • 触发与非触发行为;
  • 角色边界纪律;
  • 高风险领域处理;
  • 输出质量;
  • 修复反循环合规性;
  • 可追溯性。

V1.0 不需要独立的评估运行器。这些文件是供人类或代理使用的评估资产。

输出格式

使用 assets/council-report-template.md,除非用户要求更短的格式。

默认最终报告部分:

  1. 重构后的问题
  2. 主席的真实问题诊断
  3. 六个聪明人的审议
  4. 蓝秘书流程审计
  5. 关键冲突
  6. 主席的咨询判断
  7. 下一步行动
  8. 不确定性和安全边界
  9. 追溯摘要

需要时阅读的文件

  • references/00-principles.md
  • references/01-chair.md
  • references/02-repair-policy.md
  • references/03-safety-boundaries.md
  • references/04-observability-traceability-evaluation.md
  • references/05-output-contract.md
  • references/06-platform-adapters.md
  • references/gotchas.md
  • references/roles/*.md
  • assets/council-report-template.md

相关技能