mcpField
D
dialectical-mapping-steelmanning

dialectical-mapping-steelmanning

github.com/lyndonkl生産性187127 回インストール9 週間前に更新
リポジトリ

dialectical-mapping-steelmanning について

対立する意見を公平に整理し、トレードオフを明示したうえで単なる妥協を超える案を導く手法です。意思決定や意見の対立を検討する人を対象としています。

主な機能

  1. 016段階の議論分析
  2. 02双方の主張を最善の形で提示
  3. 03原則とトレードオフの整理
  4. 04統合案の作成と検証
  5. 05テンプレートと応用手法

活用シーン

  1. 01意思決定で対立案を比較
  2. 02意見の相違にある価値を整理
  3. 03二者択一以外の案を探す

インストール

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

$npx skills add https://github.com/lyndonkl/claude --skill dialectical-mapping-steelmanning

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

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

resources/
methodology.md
template.md
resources/evaluators/
rubric_dialectical_mapping_steelmanning.json

詳細

弁証法的なマッピングとスティールマン

目次

ワークフロー

このチェックリストをコピーして、進捗を記録してください。

Dialectical Mapping Progress:
- [ ] Step 1: Frame the debate
- [ ] Step 2: Steelman Position A (Thesis)
- [ ] Step 3: Steelman Position B (Antithesis)
- [ ] Step 4: Map principles and tradeoffs
- [ ] Step 5: Synthesize third way
- [ ] Step 6: Validate synthesis quality

ステップ 1:論争の枠組みを定める

テーマ、対立する 2 つの立場(テーゼとアンチテーゼ)、および表面的な緊張関係を特定します。なぜ二者択一に感じられるのかを明確にします。一般的な論争の構造については、よくあるパターンを参照してください。

ステップ 2:立場 A(テーゼ)をスティールマンする

立場 A を最も説得力のある形で提示します。基盤となる原則(何を重視するか)、最良の論拠(この立場を最も強く支持する主張)、裏付けとなる証拠、受け入れている正当なトレードオフを示します。構成にはresources/template.mdを使用してください。ストローマンを避け、支持者が公平だと認めるような形で提示します。

ステップ 3:立場 B(アンチテーゼ)をスティールマンする

立場 B を、立場 A と同じ厳密さで最も説得力のある形で提示します。両方の立場を好意的に扱い、対称性を保ってください。resources/template.mdを参照してください。

ステップ 4:原則とトレードオフをマッピングする

各立場が何を最適化し(価値)、何を犠牲にしているか(コスト)を示すトレードオフのマトリックスを作成します。基盤となる原則(速度、品質、自由、安全性など)と、各立場がそれらをどのように重視するかを特定します。複雑なケースで複数の原則を扱う場合は、多次元のトレードオフ分析についてresources/methodology.mdを参照してください。

ステップ 5:第三の道を統合する

二項対立を超える、より高次の原則またはハイブリッドなアプローチを見つけます。統合案では、両方の立場の中核的な価値を尊重し、新たな価値を生み出し(単なる妥協ではなく)、新たなトレードオフを明示する必要があります。構成にはresources/template.mdを使用してください。高度な統合手法(時間的統合、条件付き統合、次元の分離)については、resources/methodology.mdを参照してください。

ステップ 6:統合案の品質を検証する

resources/evaluators/rubric_dialectical_mapping_steelmanning.jsonを使用して自己評価します。スティールマンが好意的かつ正確であること、原則が特定されていること、トレードオフが明示されていること、統合案が二項対立を超えていること(単なる妥協ではないこと)、新たなトレードオフが認識されていることを確認してください。最低基準:平均スコア ≥ 3.5。

よくあるパターン

パターン 1:時間的な統合(両方を順番に)

  • 構造:まず A を行い、その後 B を行います。または、ある段階では B を行い、別の段階では A を行います。
  • 例:「スピード vs 品質」→ 統合:序盤は素早く反復し(スピード)、リリース前に安定化します(品質)。探索に時間枠を設け、その後は仕上げに移ります。
  • 使用する場面:それぞれの立場が、ライフサイクルの異なる段階や状況に適している場合です。

パターン 2:条件に応じた統合(状況に応じて両方を使い分ける)

  • 構造:このような状況では A、別の状況では B とします。判断基準を定義します。
  • 例:「集中型 vs 分散型」→ 統合:戦略/標準/共有リソースは集中化し、実行/戦術/実験は分散化します。例外的なケースに対する明確なエスカレーション基準を設けます。
  • 使用する場面:それぞれの立場が、異なるシナリオや範囲で最適となる場合です。

パターン 3:次元の分離(異なる軸で両方を実現する)

  • 構造:ある次元では A を、直交する別の次元では B を最適化します。
  • 例:「シンプルさ vs 高機能」→ 統合:デフォルトはシンプルにし(ユースケースの 80% に対応)、上級ユーザー向けには高機能にします(段階的な情報開示、高度なモード)。複雑さは必須ではなく、必要に応じて選べるようにします。
  • 使用する場面:異なる次元で同時に両方を実現できるため、トレードオフが実際には存在しない場合です。

パターン 4:より高次の原則(メタ目標によって乗り越える)

  • 構造:A と B はどちらも同じ目的を達成する手段です。より優れた手段を見つけます。
  • 例:「自社で構築する vs 購入する」→ 統合:どちらでもなく、レンタル/SaaS を利用します。または、差別化につながる中核部分は自社で構築し、汎用品は購入します。より高次の原則は、1 ドル/1 時間あたりの価値創出を最大化することです。
  • 使用する場面:二者択一の選択肢が目的ではなく戦術である場合です。共通の最終目標を軸に捉え直します。

パターン 5:補完的な対策(A のリスクを受け入れ、B の安全策で軽減する)

  • 構造:A を優先しつつ、B の保護策をガードレールとして追加します。
  • 例:「迅速に進める vs エラーを防ぐ」→ 統合:自動テスト、段階的なロールアウト、迅速なロールバックを取り入れながら、迅速に進めます。ある程度のエラーは受け入れつつ、影響範囲を抑えます。
  • 使用する場面:一方の立場が主要な目標に対して明らかに優れており、もう一方の立場がリスク軽減につながる場合です。

ガードレール

主な要件:

  1. 藁人形ではなく、最も強い形で示す:それぞれの立場を、その支持者が自分の見解として認められる形で提示します。「この見解を持つ人は、公平に表現されていると感じるだろうか?」と問いかけてください。そうでなければ、さらに説得力のある形にしてください。

  2. 単なる好みではなく、原則を特定する:「A側はXを望み、B側はYを望む」という説明にとどまらず、それぞれの側が重視する根本的な価値、つまり自由、安全、スピード、公平性、効率性などを見つけてください。

  3. 統合は妥協ではなく、より高次の解決を目指す:差を取るだけの折衷案(Aを50%、Bを50%)は、たいてい不十分です。優れた統合では、それぞれの原則をより高いレベルで尊重する新しい選択肢Cを見つけます。「どちらか一方」ではなく「両方を満たす」という考え方です。

  4. トレードオフを明示する:どの統合にもコストがあります。純粋な立場と比べて、何を得て、何を犠牲にするのかを示してください。統合を「デメリットのない、両方の良いところ取り」として提示しないでください。

  5. 誤った同等視を避ける:最も強い形で議論を示すからといって、両方の側が同じ程度に正しいものとして扱う必要はありません。一方の立場のほうが強い論拠や証拠を持つ場合もあります。その場合、統合にもその評価を反映させ、より強い立場に寄せたうえで、弱い立場からは安全策を取り入れてください。

  6. 誤った二分法がないか確認する:一部の「論争」は人為的に作られたものです。AもBも悪い選択肢かもしれません。「これは本当に二者択一なのか、それとも選択肢C、D、Eを見落としているのか?」と問いかけてください。

  7. 対立する立場から統合案を検証する:結論を出す前に、元のそれぞれの立場になりきって統合案を批評してください。A側またはB側の支持者はそれを受け入れるでしょうか。それとも、降伏だと感じるでしょうか? 統合案が厳しい批判に耐えられない場合は、さらに強化してください。

よくある落とし穴:

  • ❌ 藁人形論法:「Aの立場は、浅はかにもXだと考えています」(公平さを欠く)。代わりに、「Aの立場は、Yという原則を重視しています。なぜなら……」と表現します。
  • ❌ 見せかけの中立:最も強い形で議論を示すからといって、悪意ある議論を誠実な議論として扱う必要はありません。一方の立場が経験的に誤っている、または論理的に矛盾している場合は、最も強い形で示したうえで、その点を指摘します。
  • ❌ 中途半端な折衷:「両方を少しずつやる」ことは統合ではありません。統合とは、薄めた混合案ではなく、新しいアプローチを見つけることです。
  • ❌ 権力関係の無視:議論によっては、アイデアの対立ではなく、利害の対立があります。統合だけでは構造的な問題を解決できない場合があります。
  • ❌ 分析麻痺:弁証法的なマッピングは意思決定のためのツールであり、それ自体が目的ではありません。時間を区切り、統合案に収束させ、決断してください。

クイックリファレンス

主なリソース:

一般的な作業時間:

  • シンプルな二者択一の議論(立場が2つで、原則が明確):20~30分
  • 複雑な複数ステークホルダー間の議論:45~60分
  • 戦略的なフレームワーク(長期的な意思決定):60~90分

次のケースでは、より高度な手法に進みます:

  • 立場が2つを超える場合(多者間の弁証法)
  • 入れ子状のトレードオフがある場合(立場A自体がA1とA2の統合である場合)
  • 価値観をめぐる議論に見せかけた経験的な問題
  • 悪意ある議論(最も強い形で議論を示しても解決できない場合) → これらの高度なケースでは、resources/methodology.mdを使用してください

必要な入力:

  • 議論のテーマ:議論の対象となる決定または問い
  • 立場A(テーゼ):二者択一の一方の立場
  • 立場B(アンチテーゼ):対立する側の立場
  • 背景(任意):制約、ステークホルダー、意思決定基準

生成される出力:

  • dialectical-mapping-steelmanning.md:最も強い形で示した立場、トレードオフマトリクス、統合案、推奨事項を含む完全な分析

コメント