FirstPrinciples

カスタマイズ

実行する前に、ユーザーによるカスタマイズが次の場所にあるか確認してください。 ~/.claude/LIFEOS/USER/CUSTOMIZATIONS/SKILLS/FirstPrinciples/

このディレクトリが存在する場合は、そこにある PREFERENCES.md、設定、リソースを読み込み、適用してください。これらはデフォルトの動作より優先されます。ディレクトリが存在しない場合は、スキルのデフォルト設定で進めてください。

🚨 必須：音声通知（操作を行う前に必ず実行）

このスキルが呼び出されたら、ほかのことをする前に必ずこの通知を送信してください。

1. 音声通知を送信する：

   curl -s -X POST http://localhost:31337/notify \
     -H "Content-Type: application/json" \
     -d '{"message": "Running the WORKFLOWNAME workflow in the FirstPrinciples skill to ACTION"}' \
     > /dev/null 2>&1 &
   

2. テキスト通知を出力する：

   Running the **WorkflowName** workflow in the **FirstPrinciples** skill to ACTION...
   

これは必須です。このスキルが呼び出されたら、直ちにこの curl コマンドを実行してください。

FirstPrinciples スキル

概要

問題を根本的な真実にまで分解し、すでに存在するものを模倣するのではなく、そこから解決策を再構築します。手順は3つです。DECONSTRUCT（問題を構成要素と実際の価値に分解する）、CHALLENGE（各要素を厳格な制約、緩やかな制約、未検証の仮定に分類する。真に不変なのは物理法則だけ）、RECONSTRUCT（根本原理のみを基に最適な解決策を構築する）。構成要素の内訳、制約の表、再構築した解決策を出力します。

核心となる違い

多くの推論は類推によるものです。「似た問題をどう解決したか」「ほかの人はどうしているか」と考え、調整を加えて模倣します。その結果、他者の仮定まで引き継ぎ、方針や慣例を物理法則のように扱うため、車輪を発明する代わりにスーツケースを最適化することになります。FirstPrinciples は、実際に不変なものと、単に受け継がれているだけのものを切り分け、変えられない要素だけから再構築することを促します。

• 類推による推論（デフォルトで、多くの場合は誤り）：既存の解決策を少し変えて模倣します。
• 第一原理からの推論（このスキル）： 「これは実際には何でできているのか」と問い、還元できない事実から再構築します。

単独で呼び出すか、受け継いだ仮定が解決策の範囲を狭めている可能性がある場合に、ほかのスキルから呼び出します。Architects は「制約か、それとも慣例か」を問い直し、RedTeam とペネトレーションテスターは想定された境界を攻撃し、エンジニアは局所最適から抜け出します。

ワークフローの振り分け

リクエストに応じて、適切なワークフローに振り分けてください。

ワークフローを実行する際は、この通知を直接出力してください。

Running the **WorkflowName** workflow in the **FirstPrinciples** skill to ACTION...

• 問題を根本的な要素に分解する → Workflows/Deconstruct.md
• 仮定を体系的に問い直す → Workflows/Challenge.md
• 根本原理から解決策を再構築する → Workflows/Reconstruct.md

制約の分類

システムを分析する際は、制約を次のように分類します。

種類	定義	例	変更可能か
厳格な制約	物理法則／現実	「データは光速を超えて伝わることはできない」	いいえ
緩やかな制約	方針／選択	「API には常に REST を使う」	はい
仮定	未検証の信念	「ユーザーはその UX を受け入れない」	誤りかもしれない

ルール：真に不変なのは厳格な制約だけです。緩やかな制約や仮定は問い直す必要があります。

統合パターン

ほかのスキルから FirstPrinciples を呼び出す方法は次のとおりです。

## Before Analysis
→ Use FirstPrinciples/Challenge on all stated constraints
→ Classify each as hard/soft/assumption

## When Stuck
→ Use FirstPrinciples/Deconstruct to break down the problem
→ Use FirstPrinciples/Reconstruct to rebuild from fundamentals

## For Adversarial Analysis
→ RedTeam uses FirstPrinciples/Challenge to attack assumptions
→ Pentester uses FirstPrinciples/Deconstruct on security model

例

問題：「クラウドホスティングには月額10,000ドルかかる。それが当然の費用だ。」

• 分解：実際には何に費用を払っているのか。（コンピューティング、ストレージ、帯域幅、マネージドサービス）
• 問い直し：マネージド Kubernetes は厳格な要件か。このリージョンである必要があるのか。10,000ドルは市場価格であって、根本的な費用ではありません。
• 再構築：実際に必要なコンピューティングの費用は2,000ドルです。残りの8,000ドルは、利便性のために支払うことを選んでいる費用です。

出力形式

FirstPrinciples を使用する際は、次の内容を含めてください。

## First Principles Analysis: [Topic]

### Deconstruction
- **Constituent Parts**: [List fundamental elements]
- **Actual Values**: [Real costs/metrics, not market prices]

### Constraint Classification
| Constraint | Type | Evidence | Challenge |
|------------|------|----------|-----------|
| [X] | Hard/Soft/Assumption | [Why] | [What if removed?] |

### Reconstruction
- **Fundamental Truths**: [Only the hard constraints]
- **Optimal Solution**: [Built from fundamentals]
- **Form vs Function**: [Are we optimizing the right thing?]

### Key Insight
[One sentence: what assumption was limiting us?]

根幹を支えるルール

• 市場価格や業界のベストプラクティスは、根本的な真理ではありません。「バッテリーは 1 kWh あたり 600 ドル」や「ホスティング費用は月 1 万ドル」は慣習であって、物理法則ではありません。受け入れる前に、材料費やコンピューティングコストにまで分解してください。
• 形式より機能を最適化します — 従来のやり方ではなく、何を達成しようとしているのかを重視します（スーツケースを磨くのではなく、車輪を改良します）。
• パッチではなく、再構築します — 前提が間違っている場合は、受け継がれた形式を修正するのではなく、厳しい制約から出発します。無関係な分野からの異分野解決策が役立つこともよくあります。

---

出典：James Clear、Mayo Oshin、および公開インタビューで紹介された、Elon Musk の第一原理思考の手法をもとにしたフレームワークです。

注意点

• 単に細かい要素ではなく、公理、つまり根本的な真理にまで分解してください。 価値は、これ以上分解できない要素を見つけることにあります。
• 受け継がれた前提に的を絞って疑ってください。 皆が当たり前だと思っていて、実は間違っているかもしれないことは何でしょうか。
• これは分析・推論であり、実装ではありません。「Analyze」＝FirstPrinciples。「Fix」＝直接作業を行います。

実行ログ

ワークフローを完了した後、JSONL 形式のエントリーを 1 件追記します。

echo '{"ts":"'$(date -u +%Y-%m-%dT%H:%M:%SZ)'","skill":"FirstPrinciples","workflow":"WORKFLOW_USED","input":"8_WORD_SUMMARY","status":"ok|error","duration_s":SECONDS}' >> ~/.claude/LIFEOS/MEMORY/SKILLS/execution.jsonl

WORKFLOW_USED を実行したワークフローに、8_WORD_SUMMARY を入力の簡潔な説明に、SECONDS をおおよその実経過時間に置き換えます。ワークフローが失敗した場合は、status: "error" を記録します。