mcpField
D
decision-fog-discipline

decision-fog-discipline

github.com/fudesign2008エージェントワークフロー651 回インストール今日更新
リポジトリ

decision-fog-discipline について

重要な決定が曖昧で、複数の解決案を誠実に挙げられない段階で、案の検討を制御する内部共有スキルです。目標と未決事項を整理し、阻害要因の解決または理由付きの保留後に比較へ進みます。

主な機能

  1. 01完了時の目標状態を定義
  2. 02未決事項を簡潔に管理
  3. 03決定事項を一つずつ解決
  4. 04阻害要因の解決後に案を検討
  5. 05スキップ理由を記録

活用シーン

  1. 01目標や重要な決定が不明確な場合の論点整理
  2. 02重要事項の解決前に案を比較することの防止
  3. 03決定の明確化を省略した理由の記録

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/fudesign2008/open-skills --skill decision-fog-discipline

インストール後、Claude Code で/decision-fog-disciplineを入力して読み込まれたか確認します。

詳細

Decision Fog Discipline

内部共有スキルです。行き先や重要な決定事項がまだ曖昧で、エージェントが解決策の方向性を正直に2~5個挙げられない場合(複数のターンにまたがる場合も含む)に使用します。ホストは dependencies で宣言し、見つからない場合は中止してください。

名前に関する注意: 意図的に wayfinder という名前にはしていません。この名前のみを使用してください。

鉄則

障害となる曖昧さが残っている間は、解決策の比較表を作成したり、解決策を選ぶ提案をしたりしてはいけません。

曖昧な間に許可されること:確認の質問、分析、解決策を選ばない OpenSpec の足場作り、曖昧な点をまとめたマップ/チケットのメモ。

ループ

  1. 行き先 — 成功した状態のイメージを短く示します(「完了」がどのような状態か)。
  2. チケット — 未決定の事項(曖昧な点)を列挙します。簡潔にまとめます。
  3. 解決 — チケットを1つずつ解決します。人への質問は clarifying-question-discipline に従います(回答案の提示が必須です)。
  4. 次の段階へ — 障害となるチケットが解決されたか、理由を明示して保留されたら、ホストの解決策検討/提案に進みます。

スキップ: ユーザーが曖昧さの解消を明示的にスキップした場合は、【決策雾跳过】reason=… と記録してから先へ進みます。

禁止事項

  • 重要なチケットが未解決のまま、解決策の全体比較に進むこと(スキップされた場合を除く)
  • OpenSpec の動作仕様を、曖昧な点をまとめたマップで置き換えること
  • このリポジトリ内で wayfinder に改名すること
  • チケットを解決する際に、複数の質問をまとめて提示すること

統合ガイド

  • ホスト:方向性を選ぶ「探索方案」/解決策レビューの前に、曖昧さが残っている場合はこのスキルを先に読み込みます。
  • design-approval-gate(選択後の実装ゲート)および openspec-explore(オープンな姿勢で、チケットマップなし)とは別のものです。
  • user-invocable: false を推奨します。

コメント