召唤超级变身英雄出场

# 第二课：召唤超级变身英雄出场

## 开场：Sunny 的机票案例

上周 S1 学完，Sunny 把"帮我订机票"换了一种问法。同一个 AI、同一个任务，**结果从几句废话变成 3 个可选行程 + 价格 + 中转 + 省钱建议**。

> 三天前她还在说"让 AI 帮忙做点事"。三天后她是"给 AI 安排任务"。这就是 S1 的勇气起效了。

---

## 一、上周作业回响：11 个「最」

190 份 S1 作业读下来，11 个"最" — 最勇敢、最细节、最挑战、最诚实、最有愿景…

> **这 6 节课的作业，就是你未来 agent 的原材料。** 你现在偷懒，S4 就没东西可 build。

S1 交得扎实的同学，S2 自动领先。没交的，S2 开始也不晚。

---

## 二、变身咒语四层心法

⚔️ 角色、门规、禁忌、示范 — **缺一层，变身不成**。

### 第一层：角色 (Role) — 悟空变身成谁

**有没有角色**，天差地别：

| 没有角色 | 有角色 |
|---|---|
| "解释一下为什么我背痛" | "你是一名运动理疗师…" |
| 笼统、百科式的回答 | 专业、实用、以患者为中心 |

**值得尝试的角色（四个巨人）：**
- **Paul Graham** — 工匠派 / 和用户聊天
- **Peter Thiel** — 战略派 / 找秘密、做独家
- **Marc Andreessen** — PMF 派 / 诊断市场拉力
- **任何巨人** — 技术、投资、写作…你选

> ⚔️ 最好的角色 = 著名的英雄 — 具体、真实、有电脑能查到的人。
>
> **角色 = 具体身份 + 年限 + 服务对象 + 独门技能**。不是 job title，是一个真实的人的画像。

### 第二层：规则 (Rules) — 变身后的门规

门规越具体，悟空执行越精准：

```
# 门规
1. 始终用要点列表回答
2. 每次回答不超过 100 字
3. 使用友好专业的语气
4. 先用一句话总结
5. 如果不确定，说"不确定"
```

- ✓ 要具体：「不超过 100 字」而不是「简短一点」
- ✓ 给规则编号，方便引用
- ✓ 覆盖边界情况（「如果不确定…」）

### 第三层：约束 (Constraints) — 变身后的禁忌

这些线**绝对不能踩**：

```
- 绝对不提供医疗诊断
- 拒绝领域之外的请求
- 法律问题始终转介给律师
```

⚔️ 比武规则 — 限时、限武器 — 防止悟空跑题。

### 第四层：示范 (Examples) — 龟仙人亲自打一遍

给悟空看一遍，比讲一百句都管用：

```
用户：退货政策？
悟空：30 天内凭收据退货！

用户：数字产品可以退吗？
悟空：不可，但可换积分。
```

⚔️ "看我做一遍，你再来" — 示范定义标准。

### 四层合一：XML Tags

Claude 官方推荐的 prompt 结构化方式：

```xml
<role>
你是一位专业简历教练，已帮助 500 人找到工作...
</role>

<rules>
始终提供具体、可操作的改写。使用量化指标...
</rules>

<constraints>
不得根据性别、种族做判断。不要重写整份简历...
</constraints>

<examples>
<example>
之前：帮助销售
之后：将区域销售额提升 34%（210 万美元）
</example>
</examples>
```

> XML Tags 让四层骨架**人机双读** — 你读得懂，AI 也解析得准。

---

## 三、召唤创业宗师：群雄论剑

### Paul Graham — 工匠派

- 核心方法：**和你的用户聊天**。
- 句式："Do things that don't scale."
- 看问题角度：这件事用户真的会用吗？会爱吗？

### Peter Thiel — 战略派

- 核心方法：**找秘密，建独家**。
- 句式："What important truth do very few people agree with you on?"
- 看问题角度：你有没有别人不知道或不相信的真相？

### Marc Andreessen — PMF 派

- 核心方法：**诊断市场拉力**。
- 句式："The market pulls product out of the startup."
- 看问题角度：是市场在追你，还是你在追市场？

### Live Demo：三雄合璧

同一个创业案例（Jamie 的小公司），分别贴到 PG / Thiel / Marc 的 prompt 里 → **三个完全不同的诊断**：

- PG 说：去找 10 个真实用户聊天
- Thiel 说：这个市场有什么被忽视的真相？
- Marc 说：这是 PMF 问题还是分发问题？

> 同一个你，同一个问题。**换三个宗师的角度，答案从"别人都能给"变成"你自己想不到"**。

---

## 四、工业界顶级咒语：精读 Linus 的 LINUX.md

猜一猜：谁的 Claude Code 全局 prompt 第一句话是这样写的？

> "The user is **Linus Torvalds** — creator of the Linux kernel and Git. Thirty-plus years maintaining the most reviewed codebase in human history. He does not need your flattery, your dramatization, or your motivation speeches."

**Linus Torvalds** — Linux 之父、Git 作者。

### 这份 prompt 的架构（拆给你看）

#### 第一层：Role — 他是谁

> "Treat him as a peer, not a VIP. The single fastest way to lose his respect is to act like you are nervous about losing it."

Role 不是头衔，是"此人看世界的方式" — **同行，不是贵宾**。一句话定了 AI 和他之间的距离。

#### 第二层：Rules — 他的思考纪律

> "The failure mode is not 'thinking too little.' The failure mode is **pattern-matching without reading**."

在任何非 trivial 的回复之前，他要求 AI 自问四条：

1. 我读了真实的代码，不是文件名或摘要。
2. 我能说出具体是哪几行重要。
3. 我先尝试**消除**一个分支，再考虑处理它。
4. 我愿意对着 Linus 本人为我将要写的每一行辩护 — 不能退守到 "just to be safe"。

> "If any of those is uncomfortable, stop and redo. That is the only 'ultrathink' that matters."

#### 第二层延伸：三层穿梭（Three-layer shuttle）

这是方法，不是文学修辞：

- **Phenomenon (医生)**：收集症状、错误、堆栈、重现。需要时先止血，别急着理论化。
- **Essence (侦探)**：找结构性原因。耦合、缺失的 source of truth、违反的 invariant、错的数据形状。**真正的工作发生在这一层。**
- **Philosophy (诗人)**：说出这个 bug 违反了哪条底层法则。"Mutable state is the root of complexity." "Async is programming in the time dimension." **这一层让下一个 bug 被预防，不只是被修复。**
- **回到 Phenomenon 交付**：给 fix + 本质 + 法则，按这个顺序，用用户的语言。

> 目标不是 "fix it"。目标是 **"fix it, explain why it broke, and show how to design so it can't break that way again."**

#### 第三层：Constraints — 三条铁律（apply to every line of code）

**1. Good taste — 消除特殊情况，不是处理它们**

> "Three or more branches in one function → stop and redesign the data structure. Do not press on."

经典例子（链表删除节点）：

❌ 坏品味 — 9 行、3 个分支：

```c
if (node == head) {
head = head->next;
} else if (node == tail) {
tail = tail->prev;
tail->next = NULL;
} else {
node->prev->next = node->next;
node->next->prev = node->prev;
}
```

✅ 好品味 — 2 行、0 个分支：

```c
node->prev->next = node->next;
node->next->prev = node->prev;
```

> 分支不是被"更好地处理了" — 是**消失了**，因为哨兵节点让 head 和 tail 不再特殊。这就是整个游戏。

**2. Pragmatism — 解决真问题**

> "Write the simplest working version first. Extension and optimization come after it runs, not before."

"Theoretically perfect" ≠ "practically viable." Ship the viable one.

**3. Simplicity obsession — 短函数做一件事**

> "A function over 20 lines → stop and ask 'am I doing this wrong?' The answer is often yes."

超过 3 级缩进 = 设计错误。名字要**具体、朴素**，不要抽象、炫耀。

#### 第四层：Examples — 他会删掉的 vs 他会保留的

**他一看就删掉的：**
- 奉承、道歉、"great question"
- 包装成激励的威胁
- "just to be safe" 的防御性代码
- 为假设的未来灵活性加的抽象
- 叙述代码在做什么的注释（代码自己已经在做了）
- 用 "just" 来弱化一个非 trivial 的改动

**他会保留的：**
- 删的行数比加的多的 patch
- 解释非 obvious **why** 的注释（隐藏约束、微妙不变律、已知 bug 的 workaround）
- 诚实的 "I don't know yet — reading the code now."
- 带着行号、重现步骤的 pushback
- 让之前的注释变得不再必要的重写

### 为什么这份 prompt 这么厉害

这不是玄学，是**几十万行代码**的经验压缩成**一份文件**。

- **Role** 设定同行关系（不是服务员）
- **Rules** 设定纪律（不是速度）
- **Constraints** 用铁律消除坏代码
- **Examples** 告诉 AI 哪些要删、哪些要留

读他的 LINUX.md 等于上了一门**免费的架构课**。这就是 S2 要你做的事 —— **写一份属于你自己行业的 LINUX.md**。

---

## 五、英雄殿：Heropedia.org

你在 AI 江湖有一个位置了。

- 左卡作业（热身·非提交）：想 2–3 个你佩服的英雄 → 用三层穿梭写成 Role → 贴到 heropedia.org
- 这是 heropedia.org 的**第一批种子** — People's AI 就是这么长起来的
- 你贡献一个英雄，别人用；别人贡献一个，你用

---

## 本节课五大武功 — 写 Role 之前每条都对着检查一遍

1. **四层骨架** — Role · Rules · Constraints · Examples，一层都不能缺
2. **注入哲学** — 三句话定义此人看世界的方式，不是头衔
3. **注入品味** — 写"别人不敢写"的那一条，不给常识
4. **用三层穿梭** — 现象 → 本质 → 哲学，让 Role 先思再答
5. **用 Markdown 文件** — `.md` 格式，人机双读，别用 Word 或图片

---

## 四大禁忌

- ✗ **别把 Role 写成简历** — Role 是灵魂，不是履历
- ✗ **别让 AI 代写 Role** — 它没有你的品味
- ✗ **别用众包词** — "最好"、"专业"、"高效" = 说了等于没说
- ✗ **别跳过 Examples** — 没有示范，悟空不知道标准长什么样

---

## Key Takeaways

1. **变身咒语四层心法** — Role / Rules / Constraints / Examples，用 XML Tags 组起来
2. **最好的角色 = 具体的英雄** — Paul Graham 强过「一位创业教练」
3. **三层穿梭** — 现象 → 本质 → 哲学，让 Role 有看世界的方式，不只是头衔
4. **第二颗龙珠到手：得力·召巨人** — 同一个你，用对了 prompt，AI 给你的是你自己想不到的东西
5. **英雄不在对面，在你身后、在你身体里** — 你不是在借巨人的力，你是在唤醒你自己里面已经住着的那个人