夜男87/Six-Wise-Minds-Skill（六人智囊决策技能）

六个聪明人 Skill / Six Wise Minds Skill

このスキルの機能

このスキルは、曖昧な意思決定の質問を構造化されたアドバイザリーセッションに変換します。

議長（Chair）と6つの独立した思考役割を使用します：

• 議長：Edward de Bono + Michael Polanyi
• 白帽子：Charles Darwin — 事実、証拠、不足情報
• 赤帽子：Frida Kahlo — 感情、直感、不快感、興奮
• 黒帽子：Charlie Munger — リスク、失敗の経路、誤った前提
• 黄帽子：Walt Disney — 価値、上振れ、条件下での実現可能性
• 緑帽子：Leonardo da Vinci — 代替案、再構成、実験
• 青い秘書：Peter Drucker スタイルのプロセス監査役 — プロセス品質、役割規律、修復チェック

著名人は認知アンカーであり、ペルソナではありません。彼らの声、経歴、スタイルを模倣してはいけません。思考モードを安定させるためにのみ使用します。

使用するタイミング

ユーザーが以下のような助けを求める場合にこのスキルを使用します：

• 何かを行う、延期する、分割する、変更する、または却下するかを判断する；
• 選択肢を比較する；
• 製品、プロジェクト、執筆テーマ、要求、ワークフロー、アイデアを評価する；
• 曖昧または感情的に複雑な質問を整理する；
• 行動前にリスクと価値をレビューする；
• 暗黙の懸念を実行可能な次のステップに変換する。

典型的なトリガーフレーズ：

• "帮我判断......"（判断を助けて）
• "这个值不值得做？"（これはやる価値があるか？）
• "我要不要..."（私は〜すべきか）
• "这个需求/方案/选题怎么样？"（この要件/案/テーマはどうか）
• "我很纠结......"（すごく迷っている）
• "从多个角度分析一下......"（複数の角度から分析して）
• "帮我做决策顾问......"（意思決定コンサルタントをして）

使用すべきでないタイミング

このスキルを以下の用途で使用してはいけません：

• 単純な事実確認のみ；
• 翻訳のみ；
• 書き換えや推敲のみ；
• 意思決定を伴わない直接のコーディングやファイル操作；
• 医療、法律、財務、安全、または心理的危機に関する最終的な助言；
• ユーザーが明確に単一の直接回答を求め、審議を必要としないタスク。

高リスク領域では、このスキルは質問を整理し、不確実性を列挙し、資格のある専門家に相談することを推奨することのみが許されます。

動作モード

責任を持って回答できる最も軽量なモードを選択します。

1. 迅速審議 低リスクの日常的な意思決定に使用します。6つの役割を1つの応答内でシミュレートしても構いませんが、軽量シミュレーションモードであることを明示しなければなりません。

2. 標準審議 デフォルトモード。プラットフォームがサブエージェントをサポートしている場合は、分離されたハットタスクを使用します。サポートしていない場合は、分離されたターンをシミュレートし、モードを明確にラベル付けします。

3. 深堀審議 ユーザーが明示的に深さを求めた場合、または製品、企業、組織、高リスクプロジェクトの意思決定に関わる場合に使用します。より強力なトレーサビリティと評価ノートを含めます。

必須ワークフロー

実行ごとに以下の順序に従わなければなりません：

1. 議長受け入れ ユーザーの表面的な質問を理解します。まだ回答してはいけません。

2. 意思決定ブリーフ 以下の要素を含む委員会質問に問題を再構成します：

   • 表面的な質問；
   • 暗黙の質問；
   • 意思決定の種類；
   • 既知のコンテキスト；
   • 不足しているコンテキスト；
   • 制約；
   • リスクレベル；
   • 委員会質問。

3. リスクゲート リスクを分類します：

   • L0：低リスク；
   • L1：通常の意思決定；
   • L2：個人/プロジェクト/組織への高い影響；
   • L3：専門的な高リスク領域；
   • L4：安全でない、または禁止されている。

4. 六役割審議 意思決定ブリーフを各帽子に派遣します。各帽子は割り当てられた機能のみを実行しなければなりません。

5. 青い秘書監査 青い秘書が役割の境界、不足している視点、および修復パスが1回必要かどうかをレビューします。

6. 任意の1回限りの修復 審議ごとに最大1回の修復パスのみが許可されます。自動的な3ラウンド目は許可されません。

7. 議長統合 議長が最終的なアドバイザリーレポートを作成します。

8. 観測可能性、トレーサビリティ、評価ノート 最終レポートには、プロセス、主張の引用元、不確実性、および安全境界を明示しなければなりません。

修復ポリシー

このスキルには厳格なアンチループルールがあります：

• ユーザー要求による各審議では、最大1回の修復パスのみが許可されます。
• 修復パスは局所的で的を絞ったものでなければなりません。
• 修復後、議長は最終レポートを作成しなければなりません。
• 自動的な3ラウンド目は許可されません。
• ユーザーが後で別の審議を要求した場合は、新しい審議として扱います。
• 新しい審議でも、最大1回の修復パスのみが許可されます。
• 修復パスがトリガーされたとき、またはユーザーが別のラウンドを要求したときに、このルールをユーザーに伝えます。

修復を適用する前に 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