mcpField
D
devils-advocate

devils-advocate

github.com/joellewis生産性744 回インストール30 週間前に更新
リポジトリ

devils-advocate について

devils-advocateは、提案の前提や失敗経路、強力な反論を洗い出す構造化分析スキルです。初期のアイデア出しや速さより、厳密な検討を重視する重要な戦略判断に適しています。

主な機能

  1. 01要となる前提の特定
  2. 02逆算とプレモーテムの実施
  3. 03脆弱性と下振れリスクの確認
  4. 04強力な反論の構築
  5. 05主要な主張への確信度付与
  6. 06バイアスと感度の検証

活用シーン

  1. 01経営層向け重要提案の検討
  2. 02全員の賛同を得た計画の検証
  3. 03下振れリスクが大きいプロジェクトの評価

インストール

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

$npx skills add https://github.com/joellewis/skill-library --skill devils-advocate

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

詳細

概要

Devil's Advocate は、議論を解体し、見落としを明らかにし、反対意見を「最も強い形で提示する」ための、知的に厳密なストレステストです。このスキルは、曖昧な懐疑を、反転思考、脆弱性の検出、確率的な監査を用いた体系的な敵対的分析に置き換え、提案が容赦のない市場で生き残れるかを確かめます。

基本原則

原則 1:常に反転して考える(出典:Munger、Poor Charlie's Almanack)

問題を解決したり計画を検証したりするには、望ましい結果とは逆の結果を招く原因を考えます。計画が失敗するあらゆる方法を列挙するほうが、成功する理由を列挙するより効果的です。(出典:Farnam Street、「Inversion」)

原則 2:結果による判断を避ける(出典:Duke、Thinking in Bets)

決定を結果だけで判断してはいけません。「良い」結果は、運によって「悪い」プロセスから生じることがあります。Devil's Advocate は、予測される結果だけでなく、意思決定のプロセスを監査しなければなりません。

原則 3:脆弱性の検出(出典:Taleb、Antifragile)

「現状が続く」ことに依存する提案や、下振れリスクが非線形で上振れ余地が限られている提案は、いずれも脆弱です。戦略では、変動から利益を得られる能力である「オプショナリティ」を目指すべきです。

原則 4:反対意見を最も強い形で提示する(出典:Paul Graham、「How to Think for Yourself」)

反対意見を「藁人形」にしてはいけません。その代わり、反論を可能な限り強い形で組み立てます。元の提案が「最も強い反論」に耐えられないなら、根本的に弱いということです。

原則 5:確信度の監査(出典:Duke、How to Decide)

実際には確率にすぎないことを「知っている」と思い込みがちです。重要な主張すべてに、確信度をパーセンテージで付けます。ある主張を「確実」だと考えているなら、それは見落としの兆候かもしれません。

このスキルを使う場面

  • 戦略的な提案が、全員一致の「集団思考」に支持されている場合。
  • 分析が、影響の大きい単一の前提(「要となる前提」)に依存している場合。
  • 重大な決断を伴う提案を、取締役会や経営幹部に提示する前。
  • 大きな「下振れ」リスクを伴う複雑なプロジェクトを評価する場合。

このスキルを使わない場面

  • 批判によってアイデアの発想が妨げられるおそれのある、初期段階の創造的なブレインストーミング中。
  • 厳密さよりもスピードが重要な、小規模でリスクの低い戦術的な意思決定。

基本プロセス

ステップ 1:要となる前提を特定する

全体的な主張の基盤となる前提のうち、最も弱いものを 1 つ特定します。

  1. 「何が真実でなければならないか」テスト: 何が 1 つでも誤りだと証明されれば、議論全体が崩れるでしょうか?(出典:Lafley、Playing to Win)
  2. 「独自の真実」チェック: 提案は独自の真実に基づいていますか。それとも、単なる通説にすぎませんか?(出典:Thiel、Zero to One)
ステップ 2:反転監査を行う

提案が破滅的な失敗につながる具体的な方法をすべて列挙します。(出典:Munger、第 2 章)

  1. プレモーテム: 今から 12 か月後、プロジェクトが失敗したと想像してください。具体的に何が起きたでしょうか?(出典:Duke、How to Decide)
  2. 目標を逆転させる: このプロジェクトを失敗させたいとしたら、どのような行動を取るでしょうか?現在、そのいずれかを行っていませんか?
ステップ 3:システム上の脆弱性を検出する

提案が変動や「ブラックスワン」事象にどう対処するかを評価します。(出典:Taleb、第 1 章)

  1. 非線形な下振れリスク: 入力のわずかな変化が大きな失敗につながる「崖」はありますか?
  2. 限られた上振れ余地: 成功による報酬は、失敗のコストに比べて小さくありませんか?
ステップ 4:反対意見を最も強い形で提示する

中心的な主張に反対する、可能な限り強い議論を組み立てます。

  1. 競合他社の視点: 賢く、十分なリソースを持つ競合他社なら、この計画をどのように無効化するでしょうか?
  2. 懐疑論者が持つ証拠: 著者の主張のうち、最も重要なものに反するデータはありますか?
ステップ 5:「それで、何が変わるのか?」と感度の確認

結論の影響と堅牢性に異議を唱えます。

  1. 針を動かすかの確認: 著者の主張が 100%正しいとしても、ビジネスに目に見える影響を与えますか?
  2. 10%の変動: 主要指標(コンバージョン、コスト、タイミング)が ±10%変動しても、計画は成り立ちますか?(出典:Gil、High Growth Handbook)

フレームワークとモデル

誤判断チェックリスト(出典:Munger、Poor Charlie's Almanack)

提案に、標準的な 25 の心理的バイアスがないか監査します。次の点を含みます。

  1. 報酬への過剰反応: インセンティブが誤った論理を導いていませんか?
  2. インセンティブによるバイアス: 提案の真偽にかかわらず、著者は提案が承認されることで利益を得ますか?
  3. 一貫性とコミットメント: 著者は過去の決定に縛られていませんか?
Via Negativa(出典:Taleb、Antifragile)
  1. 削ぎ落として強化する: 提案の堅牢性を高めるために、何をやめる、または何を取り除くべきですか?
  2. 「最初から分かっていた」というバイアスを取り除く: 将来の「後知恵バイアス」を防ぐため、現在の予測を記録します。

スキル横断の呼び出し

  • 必須サブスキル: mental-model-library — 分析には、領域横断的なモデル(逆転思考、二次的思考)を使用します。
  • 推奨サブスキル: assumption-audit — 主要な主張を裏付ける証拠を検証します。
  • 推奨サブスキル: decision-frameworks — ストレステスト後の最終的な選択を構成します。

よくある間違い

  1. 藁人形論法: 元の主張をより優れたものに見せるため、反対意見の弱い版を攻撃すること。(出典:Graham、「Think」)
  2. 結果論: 別の状況での偶然の成功をもとに提案を評価すること。(出典:Duke、第 1 章)
  3. ロラパルーザの罠: 複数の小さなリスクが組み合わさって大きな失敗につながる可能性を無視すること。(出典:Munger、第 3 章)

診断チェックリスト

  • 成功に不可欠な「要となる」前提を特定しましたか?
  • 3 つ以上の具体的な失敗経路を特定する「プレモーテム」を実施しましたか?
  • 最も強力な反論を「スティールマン」しましたか?
  • 提案は「反脆弱」ですか(変動性のもとで利益を得るか、堅牢性を保てますか)?
  • 「確実」とするすべての主張に、確信度のパーセンテージを割り当てましたか?

出典

  • Duke、Thinking in Bets、第 1、2、3 章 — 結果論への対策、確実性バイアス、運の乗っ取り。
  • Munger、Poor Charlie's Almanack、第 2、4 章 — 逆転思考、人間の誤判断の心理学。
  • Taleb、Antifragile、第 1、22、24 章 — 脆弱性、Via Negativa、当事者意識。
  • Farnam Street、「Inversion」および「Probabilistic Thinking」— 応用メンタルモデル。
  • Paul Graham、「How to Think for Yourself」— 独立した思考と合意との比較。

コメント