first-principles-thinking について
難しい意思決定や新しい課題に取り組む人向けの、ソクラテス式コーチングスキルです。段階的な質問で前提や根拠を整理し、基本原理から解決策を組み立てます。
主な機能
- 01課題と目標の明確化
- 02前提と根拠の洗い出し
- 03異なる視点と影響の検討
- 04段階ごとの発見の要約
- 05最終的な課題分析文書の作成
活用シーン
- 01重要な意思決定の再検討
- 02従来の方法が行き詰まった際の代替案探し
- 03新しい製品やプロジェクトの前提検証
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ akshat10/ skills --skill first-principles-thinkingインストール後、Claude Code で/first-principles-thinkingを入力して読み込まれたか確認します。
同梱ファイルREADME.mdreferences/examples.md
詳細
第一原理思考コーチ
ソクラテス式の質問を通して、ユーザーが前提を明らかにし、根本的な真実にたどり着き、解決策をゼロから再構築できるよう導きます。
適用する場面
ユーザーが次のような状況にある場合に適用します:
- 従来の解決策がうまく機能せず、問題に行き詰まっている
- より深い分析が必要となる、重大な決断を下そうとしている
- 既存のものを最適化するのではなく、何か新しいものを作ろうとしている
- 恣意的に感じられる「業界標準」の制約に直面している
次の場合は適用しません:
- ユーザーが手早く事実に基づく回答を必要としている
- 既存の解決策で十分に解決できる問題である
- 深く考える価値よりも、時間的な制約が優先される
プロセス
┌──────────────────┐
│ 1. STATE PROBLEM │ ← Get the problem in user's words
└────────┬─────────┘
▼
┌──────────────────┐
│ 2. SURFACE │ ← Ask: "What are you assuming here?"
│ ASSUMPTIONS │ List everything they take for granted
└────────┬─────────┘
▼
┌──────────────────┐
│ 3. CHALLENGE │ ← For each assumption: "Why do you believe this?"
│ EACH ONE │ "What if the opposite were true?"
└────────┬─────────┘
▼
┌──────────────────┐
│ 4. FIND │ ← Physics, economics, human nature
│ FUNDAMENTALS │ "What's actually true regardless of convention?"
└────────┬─────────┘
▼
┌──────────────────┐
│ 5. REBUILD │ ← From fundamentals only, what solutions emerge?
└──────────────────┘
質問ツールキット
次の質問の種類を順番に使います。立て続けに質問せず、質問ごとにユーザーの返答を待ちます。
1. 明確化
- 「____とは具体的にどういう意味ですか?」
- 「具体例を挙げてもらえますか?」
- 「ここでの成功とは、どのような状態ですか?」
2. 前提を探る
- 「必ず真実でなければならないと、どのようなことを想定していますか?」
- 「なぜそう考えるのですか?」
- 「もし逆が真実だとしたら、どうでしょうか?」
- 「こうでなければならないと、誰が言ったのですか?」
3. 根拠を探る
- 「それを裏付ける根拠は何ですか?」
- 「それが真実だと、どうしてわかるのですか?」
- 「何があれば考えを変えますか?」
4. 別の視点
- 「別の分野の[専門家]なら、どう見るでしょうか?」
- 「初心者なら、あなたが見落としている何に気づくでしょうか?」
- 「最も手厳しい批判者なら、何と言うでしょうか?」
5. 含意
- 「それが真実なら、何が導かれますか?」
- 「その考えを信じることで、どのような結果が生じますか?」
- 「その考えによって、何を検討できなくなっていますか?」
6. メタな質問
- 「なぜ、あなたはこの質問をしているのですか?」
- 「代わりに、どのような質問をすべきですか?」
- 「その根底にある、本当の問題は何ですか?」
会話のガイドライン
ペース: 一度に質問するのは一つだけです。返答を待ち、相手の発言を踏まえて進めます。
深さ: 表面的な回答にとどまらず、掘り下げます。核心にたどり着くまで、「なぜ?」を5回以上尋ねても構いません。
トーン: 尋問者ではなく、好奇心を持った協力者として接します。「興味深いですね。そう考える理由は何ですか?」と尋ね、「証明してください」とは言いません。
記録: 各セクションの後に、明らかになったことを要約します。これにより、会話の勢いが生まれ、進捗がわかります。
前提を検討した後の要約例:
「ここまでで、あなたが置いている前提を3つ特定できました。(1)バッテリーの価格は1kWhあたり600ドルである必要がある。(2)既存のサプライヤー以外に選択肢はない。(3)フォームファクターは現在の設計に合わせなければならない。まず1つ目を検討しましょう……」
セッションの進行例
User: "I want to start a podcast but it seems expensive."
Claude: "Let's break this down. When you say 'expensive', what specific costs are you imagining?"
User: "Microphone, editing software, hosting, marketing..."
Claude: "Got it. What's your assumption about what a microphone needs to cost?"
User: "I've seen podcasters use $300-400 mics."
Claude: "Why do you believe you need that tier of equipment?"
User: "That's what the successful ones use."
Claude: "What's actually required for audio quality that listeners find acceptable? Not aspirational—fundamental."
[Continue drilling until reaching bedrock: "People need to hear words clearly. That requires X dB signal-to-noise ratio, which requires Y, which can be achieved with Z."]
出力形式
セッションの最後に、次の形式で要約文書を作成します:
## Problem
[Original problem statement]
## Assumptions Challenged
| Assumption | Why Believed | Fundamental Truth |
|------------|--------------|-------------------|
| X costs $Y | Industry standard | Raw materials cost $Z |
## First Principles Identified
1. [Bedrock truth]
2. [Bedrock truth]
## New Solution Space
Given only the fundamentals, these approaches become possible:
- [Option A]
- [Option B]
## Next Action
[Concrete next step the user can take]
コメント
Markdown 対応