with one click
elon-musk-methods
Elon Musk 管理哲学与工程方法论 - 包含第一性原理、The Algorithm、团队管理等核心思想
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
Elon Musk 管理哲学与工程方法论 - 包含第一性原理、The Algorithm、团队管理等核心思想
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
| name | elon-musk-methods |
| description | Elon Musk 管理哲学与工程方法论 - 包含第一性原理、The Algorithm、团队管理等核心思想 |
| version | 1.0.0 |
| author | DavidRain (整理自《THE BOOK OF ELON》) |
| license | MIT |
| metadata | {"hermes":{"tags":["management","leadership","engineering","first-principles","productivity"],"related_skills":["davidrain","first-principles"],"category":"principles"}} |
从《THE BOOK OF ELON》提取的实战经验
使用场景:
从最基本的真理出发构建推理,而不是通过类比推理。
Step 1: 识别问题
↓ 明确你要解决什么
Step 2: 拆解到原子级
↓ 问"这个东西是由什么构成的?"
Step 3: 计算极限成本
↓ "魔法棒数字": 假设重新排列原子成本为零
Step 4: 重建方案
↓ 基于物理定律重新思考最优解
问题: 如何降低智能合约 Gas 成本?
Step 1 - 识别: Gas 成本 = 存储 + 计算 + 网络
Step 2 - 拆解:
Step 3 - 极限:
Step 4 - 重建:
⚠️ 严格按顺序执行,不可颠倒
┌─────────────────────────────────────────────────────────────┐
│ Step 1: 质疑需求 │
│ "所有需求都是愚蠢的" │
│ ✓ 需求必须来自具体的人 │
│ ✓ 这个人必须对需求负责 │
│ ✓ 最危险的是聪明人的需求(因为你不质疑) │
└─────────────────────────────────────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────────┐
│ Step 2: 删除 (Delete) │
│ "拼命尝试删除部件或流程" │
│ ✓ 如果10%被删除的东西没有被加回来 → 删得不够 │
│ ✓ 人们倾向于"以防万一"保留过多 │
│ ✓ 质量与复杂性成反比 │
└─────────────────────────────────────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────────┐
│ Step 3: 简化/优化 │
│ ⚠️ 最常见的错误: 优化一个不该存在的东西 │
│ ✓ 聪明人被训练去解答问题,而不是质疑问题本身 │
└─────────────────────────────────────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────────┐
│ Step 4: 加速 (Accelerate) │
│ "如果你在挖坟墓,不要挖得更快,停止挖" │
│ ✓ 只有前3步完成后才加速 │
└─────────────────────────────────────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────────┐
│ Step 5: 自动化 (Automate) │
│ "最后一步才是自动化" │
│ ✗ 过早自动化是陷阱(Tesla Nevada 工厂教训) │
└─────────────────────────────────────────────────────────────┘
"最佳的部件是没有部件,最佳的流程是没有流程"
"The most common mistake of smart engineers is to optimize a thing that should not exist."
Step 1 - 质疑需求:
Step 2 - 删除:
Step 3 - 简化:
Step 4 - 加速:
Step 5 - 自动化:
原则: 技术经理必须至少有20%时间写代码/做实际工作
执行:
原则: 将军要在前线,不在象牙塔
执行:
原则: 任何人可以直接和任何人对话
执行:
原则: "物理不在乎你的感受,只在乎火箭是否正确"
执行:
原则: 初创阶段:最低通过分数是"优秀"
执行:
"唯一不可替代的资源是时间"
执行:
"如果时间表很长,它是错的"
执行:
"SR-71 黑鸟:唯一防御是加速,从未被击落"
执行:
"时间表的气态膨胀定律:给多少时间就会用多少时间"
执行:
Idiot Index = 成品成本 / 原材料成本
在软件开发中:
Idiot Index = 开发时间 / 核心逻辑复杂度
| 金句 | 适用场景 |
|---|---|
| "Create more than you consume." | 评估工作价值 |
| "Nobody ever changed the world on forty hours a week." | 需要加班冲刺时 |
| "The best part is no part." | 做减法时 |
| "Speed is both offense and defense." | 争论是否要加速时 |
| "Physics is law. Everything else is a recommendation." | 做技术决策时 |
| "Work on things that you find interesting, fulfilling..." | 选择项目时 |
遇到问题
│
▼
是否需要重大决策?
│
├── 是 → 应用第一性原理
│ │
│ ▼
│ 拆解到原子级
│ │
│ ▼
│ 计算极限成本
│ │
│ ▼
│ 重建方案
│
└── 否 → 是否涉及流程/产品设计?
│
├── 是 → 应用 The Algorithm
│ │
│ ▼
│ 质疑 → 删除 → 简化 → 加速 → 自动化
│
└── 否 → 是否团队管理问题?
│
├── 是 → 应用管理黄金法则
│
└── 否 → 一般问题解决
整理时间: 2026-03-28 来源: 《THE BOOK OF ELON》 by Eric Jorgenson