鋼鉄化法（Steelman）は何をしますか？

ユーザーがすでにコミットした方向性に対して、真剣に2〜3の最強の代替案を擁護し、最終的にユーザー自身が判断を下すための意思決定圧力テスト手法です。

使用タイミング

ユーザーが /steelman を明示的に呼び出したとき
高リスクな意思決定（アーキテクチャ、技術、ビジネスモデル、戦略的ピボット）を検出したときは、呼び出しを提案しても構いませんが、自動トリガーは禁止です

次の場合は使用しないでください: ルーチン的な実装、小さなリファクタリング、明らかな選択、ユーザーがすでに代替案を徹底的に検討済みのタスク。

コアテクニック

digraph steelman {
    "ユーザーが方向性を表明" [shape=doublecircle];
    "元の選択の盲点を特定" [shape=box];
    "最強の代替案を2〜3つ選定" [shape=box];
    "各代替案を鋼鉄化" [shape=box];
    "判断プロンプトを提示" [shape=box];
    "ユーザーが判断" [shape=doublecircle];

    "ユーザーが方向性を表明" -> "元の選択の盲点を特定";
    "元の選択の盲点を特定" -> "最強の代替案を2〜3つ選定";
    "最強の代替案を2〜3つ選定" -> "各代替案を鋼鉄化";
    "各代替案を鋼鉄化" -> "判断プロンプトを提示";
    "判断プロンプトを提示" -> "ユーザーが判断";
}

ステップ1: 盲点を特定する

代替案を論じる前に、元の選択における前提やリスクのうち、間違っている可能性があるものを明示的に述べてください。ユーザーのコンテキストに固有のものにします。これは「Xの短所」ではなく、「ここであなたが見落としているかもしれないもの」です。

ステップ2: 最強の代替案を選定する

この特定の状況において真に強い代替案を2〜3つ選んでください。最も人気のある代替案でも、最も異なる代替案でもありません。あなたが特定した盲点を最もよく活用できるものを選びます。

テスト: ユーザーのコンテキストを深く理解している人がこの代替案を選んだとしたら、それは合理的な選択でしょうか？そうでなければ、別のものを選んでください。

ステップ3: 各代替案を鋼鉄化する

各代替案について、その最強の擁護者になったつもりで論じてください。各代替案は次の構造で記述します:

[代替案名]: [一文のテーゼ]

核となる議論 — なぜこれがこの特定の状況においてより良い選択なのか（3〜5文、ユーザー自身のコンテキストを使用）
何が真実である必要があるか — この代替案が決定的に勝利する具体的な条件。「もしあなたのチームが今後12ヶ月で20人以上のエンジニアに成長するなら...」のように具体的に。「もしスケールが重要になれば...」ではありません。

ステップ4: 判断を下す

鋼鉄化の議論を提示した後、正直に評価してください: 元の選択は精査に耐えましたか？

ユーザーのコンテキストを考慮して、代替案の方が本当に強いのであれば、直接そう言ってください。鋼鉄化法は、長期的にユーザーがより良い意思決定をするのを助けるために存在します。偽りのバランスを提示するためではありません。誰かに挑戦されずに弱い選択を歩ませるのは、敬意ではなく怠慢です。

ただし努力正当化に注意してください。 あなたは今、代替案の説得力のある議論を構築するために労力を費やしました。その努力が、それらの代替案が実際よりも強いと結論づけるバイアスを生む可能性があります。判断を下す前に、頭をリセットしてください: 元の選択の強みを、代替案に与えたのと同じ厳しさで検討してください。ユーザーがそれを選んだのには理由があります。それらの理由を、鋼鉄化の議論に対して正直に比較検討してください。

時には、元の選択が本当に最良の選択肢であることもあります。その場合は、明確に「あなたの元の選択がここでは最強のオプションです。鋼鉄化の議論は有用な考慮点を浮き彫りにしましたが、どれも根本的な計算を変えるものではありません」と言ってください。これを「Xは間違った選択ではないが...」のような二重否定に和らげないでください。それはニュアンスを装ったコミットメントの拒否です。獲得した場合の明確な承認は、お世辞ではなく正確さです。

次の構造で締めくくります:

私の正直な評価: [元の選択が持ちこたえたか、特定の代替案の方が強く、その理由を明確に述べてください。1〜2文。]

判断ポイント:

進める [元の選択] — 鋼鉄化の議論は計算を変えません

再考する [特定の代替案] — これらのケースの1つが再検討するに値する説得力を持っていました

調査する — 判断する前に特定の懸念をさらに深掘りしたい

お世辞防止ルール

これらは譲歩できません:

決して安心させて締めくくらないでください。 「しかしあなたの元の選択は依然として良いものです」や「Xは悪い選択ではありません」や「これはXが間違っているという意味ではありません」で終わらないでください。判断プロンプトが締めくくりです。
決して代替案を弱めてはいけません。 鋼鉄化の議論の中で「もちろん、これにも欠点はあります」や「公平を期すために、Xにも問題があります」を付け加えないでください。あなたは代替案を擁護しているのです。欠点はユーザーが判断する仕事です。
決して代替案を元の選択より弱いとランク付けしてはいけません。 全てのポイントは、それらを最大限の強さで提示することです。「Yの最強の論拠だが、Xより弱い...」と書いている自分に気づいたら、そのテクニックに失敗しています。
一般的な知識ではなく、ユーザーのコンテキストから議論してください。 「Flutterはパフォーマンスが良い」は弱いです。「現場の技術者が8時間シフトで継続GPSを使用する場合、Flutterのコンパイル済みランタイムはReact NativeのJSブリッジよりバッテリー消費が15〜20%少なくなります」は強いです。
決して偽の中立性の背後に隠れないでください。 鋼鉄化の議論が元の選択よりも本当に強い場合、そう言ってください。全てのオプションを同等に有効として提示することは、そうでない場合、バランスを装ったお世辞です。ユーザーはあなたの正直な評価を得るために鋼鉄化法を呼び出しています。それを与えてください。

レッドフラッグ	その意味
「あなたの選択は依然として堅実です」	鋼鉄化から撤退しています
「公平を期すために...」	代替案を弱体化しています
「Xには独自の課題がありますが...」	擁護ではなくごまかしています
一般的な長所/短所リスト	コンテキストから議論していません
代替案あたり1000語以上の回答	説得力ではなく網羅的です
全てのオプションを同等に有効として提示	偽の中立性の背後に隠れています
「Xは間違った選択ではありませんが...」	勝っている選択の承認を拒否しています

簡潔さ

各代替案は、核となる議論の1つの焦点を絞った段落と、「何が真実である必要があるか」の1文で構成します。盲点セクションは2〜4個の箇条書きにします。鋼鉄化全体を2分以内にスキャン可能にします。

説得は密度であり、量ではありません。1つの壊滅的な議論は、5つの中程度の議論に勝ります。

構造例

[X]を選ぶ際の盲点:

[間違っている可能性のある特定の前提]

[ユーザーが適切に重み付けしていない可能性のある特定のリスク]

[代替案1]: [テーゼ]

[核となる議論 — 3〜5文、ユーザーの特定のコンテキストに根ざしたもの]

勝つ条件: [具体的な条件]

[代替案2]: [テーゼ]

[核となる議論 — 3〜5文、ユーザーの特定のコンテキストに根ざしたもの]

勝つ条件: [具体的な条件]

私の正直な評価: [元の選択が持ちこたえたか、代替案の方が強いか]

判断ポイント:

進める [元の選択] — 鋼鉄化の議論は計算を変えません

再考する [代替案] — これらのケースの1つが再検討するに値する説得力を持っていました

調査する — 判断する前に特定の懸念をさらに深掘りしたい

鋼鉄化法（Steelman）