dialectical-mapping-steelmanning について
対立する意見を公平に整理し、トレードオフを明示したうえで単なる妥協を超える案を導く手法です。意思決定や意見の対立を検討する人を対象としています。
主な機能
- 016段階の議論分析
- 02双方の主張を最善の形で提示
- 03原則とトレードオフの整理
- 04統合案の作成と検証
- 05テンプレートと応用手法
活用シーン
- 01意思決定で対立案を比較
- 02意見の相違にある価値を整理
- 03二者択一以外の案を探す
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ lyndonkl/ claude --skill dialectical-mapping-steelmanningインストール後、Claude Code で/dialectical-mapping-steelmanningを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
resources/methodology.mdtemplate.mdresources/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 エラーを防ぐ」→ 統合:自動テスト、段階的なロールアウト、迅速なロールバックを取り入れながら、迅速に進めます。ある程度のエラーは受け入れつつ、影響範囲を抑えます。
- 使用する場面:一方の立場が主要な目標に対して明らかに優れており、もう一方の立場がリスク軽減につながる場合です。
ガードレール
主な要件:
-
藁人形ではなく、最も強い形で示す:それぞれの立場を、その支持者が自分の見解として認められる形で提示します。「この見解を持つ人は、公平に表現されていると感じるだろうか?」と問いかけてください。そうでなければ、さらに説得力のある形にしてください。
-
単なる好みではなく、原則を特定する:「A側はXを望み、B側はYを望む」という説明にとどまらず、それぞれの側が重視する根本的な価値、つまり自由、安全、スピード、公平性、効率性などを見つけてください。
-
統合は妥協ではなく、より高次の解決を目指す:差を取るだけの折衷案(Aを50%、Bを50%)は、たいてい不十分です。優れた統合では、それぞれの原則をより高いレベルで尊重する新しい選択肢Cを見つけます。「どちらか一方」ではなく「両方を満たす」という考え方です。
-
トレードオフを明示する:どの統合にもコストがあります。純粋な立場と比べて、何を得て、何を犠牲にするのかを示してください。統合を「デメリットのない、両方の良いところ取り」として提示しないでください。
-
誤った同等視を避ける:最も強い形で議論を示すからといって、両方の側が同じ程度に正しいものとして扱う必要はありません。一方の立場のほうが強い論拠や証拠を持つ場合もあります。その場合、統合にもその評価を反映させ、より強い立場に寄せたうえで、弱い立場からは安全策を取り入れてください。
-
誤った二分法がないか確認する:一部の「論争」は人為的に作られたものです。AもBも悪い選択肢かもしれません。「これは本当に二者択一なのか、それとも選択肢C、D、Eを見落としているのか?」と問いかけてください。
-
対立する立場から統合案を検証する:結論を出す前に、元のそれぞれの立場になりきって統合案を批評してください。A側またはB側の支持者はそれを受け入れるでしょうか。それとも、降伏だと感じるでしょうか? 統合案が厳しい批判に耐えられない場合は、さらに強化してください。
よくある落とし穴:
- ❌ 藁人形論法:「Aの立場は、浅はかにもXだと考えています」(公平さを欠く)。代わりに、「Aの立場は、Yという原則を重視しています。なぜなら……」と表現します。
- ❌ 見せかけの中立:最も強い形で議論を示すからといって、悪意ある議論を誠実な議論として扱う必要はありません。一方の立場が経験的に誤っている、または論理的に矛盾している場合は、最も強い形で示したうえで、その点を指摘します。
- ❌ 中途半端な折衷:「両方を少しずつやる」ことは統合ではありません。統合とは、薄めた混合案ではなく、新しいアプローチを見つけることです。
- ❌ 権力関係の無視:議論によっては、アイデアの対立ではなく、利害の対立があります。統合だけでは構造的な問題を解決できない場合があります。
- ❌ 分析麻痺:弁証法的なマッピングは意思決定のためのツールであり、それ自体が目的ではありません。時間を区切り、統合案に収束させ、決断してください。
クイックリファレンス
主なリソース:
- resources/template.md:最も強い形で議論を示すためのテンプレート、トレードオフマトリクスのテンプレート、統合の構成
- resources/methodology.md:高度な手法(多者間の弁証法、原則の階層、最も強い形で議論を示すためのトゥールミン論証法、統合のパターン)
- resources/evaluators/rubric_dialectical_mapping_steelmanning.json:最も強い形で示した議論と統合の品質基準
一般的な作業時間:
- シンプルな二者択一の議論(立場が2つで、原則が明確):20~30分
- 複雑な複数ステークホルダー間の議論:45~60分
- 戦略的なフレームワーク(長期的な意思決定):60~90分
次のケースでは、より高度な手法に進みます:
- 立場が2つを超える場合(多者間の弁証法)
- 入れ子状のトレードオフがある場合(立場A自体がA1とA2の統合である場合)
- 価値観をめぐる議論に見せかけた経験的な問題
- 悪意ある議論(最も強い形で議論を示しても解決できない場合) → これらの高度なケースでは、resources/methodology.mdを使用してください
必要な入力:
- 議論のテーマ:議論の対象となる決定または問い
- 立場A(テーゼ):二者択一の一方の立場
- 立場B(アンチテーゼ):対立する側の立場
- 背景(任意):制約、ステークホルダー、意思決定基準
生成される出力:
dialectical-mapping-steelmanning.md:最も強い形で示した立場、トレードオフマトリクス、統合案、推奨事項を含む完全な分析