第01章 三个工程化公式
前言把「发现需求 → 整合资源 → 交付产品」立为主线，但主线只是方向，不是方法。这一章给你三根承重柱——三个公式——后续每一章都在回答同一个问题：怎么让这三个公式的得分更高。 如果你只能读一章，就读这章。
1.1 结论先行：一人公司产出 = 三个公式的乘积
先把结论摊开。一人公司的产出，不是加法，是乘法：
一人公司产出 = 杠杆率 × 交付闭环完成度 × 复利资产积累其中：
公式一 · 杠杆率 = 你编排的 AI 能力数量 × 每个能力被复用的次数
公式二 · 交付闭环 = 范围 → 实现 → 验证 → 验收（四环缺一即烂尾）
公式三 · 复利资产 = 一次生产 × N 次复用理解这一点后，本章其余都在回答一个问题：为什么是乘法不是加法，以及这三个公式分别怎么算、怎么提。
为什么是乘法？因为这三者互为前提。你编排了一堆 AI 能力（杠杆率高），但从来不交付（闭环为零），产出就是零；你交付得很完整（闭环满），但每件事都从零开始（复利为零），你永远是个计件工，不是公司；你积累了一堆资产（复利高），但编排能力为零（杠杆率低），你扛不动规模。乘法意味着：任何一项为零，全盘归零。
这也是为什么大多数「很努力」的人做不成一人公司——他们某一项做到 90 分，另一项是 0 分，乘积还是 0。这本书的六部分，本质上就是在分别拉升这三个公式的得分。
1.2 公式一：杠杆率 = 你编排的 AI 能力数量 × 每个能力被复用的次数
与「我会用工具」的差异
很多人把「我会用 ChatGPT / Claude / Cursor」当成自己的能力。这是错觉。会用工具是使用，不是编排。
| 维度 | 使用者 | 编排者 |
|---|---|---|
| 关系 | 人 → 工具（一次一问） | 人 → 能力矩阵 → 多工具协同 |
| 产出 | 一段文本 / 一段代码 | 一个可复用的能力单元 |
| 复用 | 每次重来 | 封装成 skill / workflow / agent |
| 杠杆 | ≈ 1× 自己 | N× 自己 |
| 上限 | 你的手速 | 你能定义的流程数 |
使用者的产出上限是自己的打字速度；编排者的产出上限是能定义多少个可复用流程。 这是数量级的差距。
为什么「复用次数」比「能力数量」更重要
公式一是乘法：能力数量 × 复用次数。新手只盯着前一个因子——「我又学会了一个新工具」。但真正决定杠杆的是后一个因子。
一个只会 3 个能力、但每个能力被复用了 100 次的人，杠杆率是 300。一个会 30 个能力、但每个只用过 1 次的人，杠杆率是 30。前者碾压后者。
这就是为什么本书第三部分（整合资源）会把大量篇幅放在「工作流即资产」「知识沉淀系统」「资源杠杆」上——这些章解决的都是「怎么让一个能力被复用 N 次」，而不是「怎么再学一个新能力」。
你的杠杆率
│
┌────────┴────────┐
│ │
能力数量 复用次数
（编排宽度） （复用深度）
│ │
越多越好 越深越值钱
但边际递减 且边际递增铁律：在你把一个能力复用 10 次之前，不要去学下一个能力。复用深度优先于编排宽度。
能力编排的三个层次
- 调用层——你会用某个 AI 完成一次任务（如「让 Claude 写个函数」）。
- 封装层——你把一次成功的调用沉淀成可复用的单元（如一个 skill、一个 prompt 模板、一段 SOP）。
- 编排层——你把多个封装单元组合成一个能自主完成复杂目标的系统（如一个 workflow、一个 agent）。
大多数人卡在调用层，少数人到封装层，极少数人到编排层。本书第 10–13 章带你从调用层走到编排层。
1.3 公式二：交付闭环 = 范围 → 实现 → 验证 → 验收
闭环的四环
范围 ──→ 实现 ──→ 验证 ──→ 验收
（做什么）（怎么做）（对不对）（行不行）
↑ │
└──────── 反馈 / 迭代 ─────────────┘| 环节 | 回答的问题 | 典型产出 | 常见断点 |
|---|---|---|---|
| 范围 | 到底要交付什么？边界在哪？ | 需求文档 / 验收标准 | 没写文档，口头约定 |
| 实现 | 怎么把它做出来？ | 可运行的产物 | 沉迷实现，忘了范围 |
| 验证 | 做出来的东西对不对？ | 测试 / 自检结果 | 「能跑就行」，不验证 |
| 验收 | 交付物是否被认可、收到钱？ | 验收确认 / 收款 | 做完了不验收，被白嫖 |
为什么缺任何一环就是烂尾
- 缺范围：做到一半发现客户要的根本不是这个，返工或烂尾。
- 缺实现：永远在规划，没有产物。这是「想法多产出少」的人的通病。
- 缺验证：交付了一堆 bug，客户第一次用就崩，口碑归零。
- 缺验收：做完了不确认、不收款，变成免费劳动。
铁律：没有验收标准的交付，不叫交付，叫白干。第四部分（交付产品）整部分都在讲怎么把这四环做严。
每一环的验收标准（最小版）
范围：用一句话能说清交付物，且对方确认过。
实现：产物能在目标环境跑起来，不报错。
验证：按验收标准逐条测过，有记录。
验收：对方书面/付款确认，闭环归档。把这四句话贴在你每一个项目的开头。任何一环过不了，就不要进入下一环。
1.4 公式三：复利资产 = 一次生产 × N 次复用
什么是资产，什么是一次性劳动
产出
↑ ╱ 复利者
│ ╱
│ ╱ （资产越积越多，每次产出叠在历史资产上）
│ ╱
│ ╱
│ ╱
│ 计件工 ───╱
│ ──────── （每次都从零开始，产出线性）
└────────────────────────→ 时间一次性劳动做完就没了：接一个单、写一段代码、答一次咨询。明天你还得从零再接一单。
资产做完会持续产生价值：一篇被反复阅读的文章、一个被反复调用的 skill、一套被反复套用的 SOP、一个能自动跑的工作流、一份能复用的案例库。资产的关键属性是边际成本趋近于零——生产一次，复用 N 次。
一人公司要活得久，核心就是把一次性劳动不断转成资产。
五类可复利资产
| 资产类型 | 例子 | 复用方式 |
|---|---|---|
| 内容资产 | 文章、教程、书（比如这本） | 被阅读、被引用、建立信任 |
| 代码资产 | 脚手架、组件库、模板项目 | 直接复用到下一个项目 |
| 流程资产 | SOP、checklist、prompt 模板 | 标准化重复任务 |
| 案例资产 | 项目复盘、作品集 | 销售、背书、教学 |
| 数据资产 | 知识库、问答对、评测集 | 喂给 AI，提升产出质量 |
铁律：每做完一件事，问自己——这件事的产出，能不能变成上面五类资产之一？能，就沉淀；不能，就尽量少做。第 11–13 章详细讲怎么做。
1.5 三个公式的乘积效应：你现在该补哪一环
三个公式是相乘的，所以补最短的那块，收益最大。这是数学规律：乘积里，提升最小的因子，对乘积的提升比例最大。
决策树（诊断你当前的状态）：
你现在的瓶颈是？
│
├─ 想做但不知道做什么 / 做了没人要
│ → 公式二「范围」环断裂 → 读第二部分（发现需求）
│
├─ 知道做什么，但做得太慢、做不动
│ → 公式一「杠杆率」低 → 读第三部分（整合资源）
│
├─ 能做出来，但总是烂尾 / 收不到钱
│ → 公式二「验证/验收」环断裂 → 读第四部分（交付产品）
│
├─ 能交付，但每次都从零开始、做不大
│ → 公式三「复利资产」为零 → 读第 11-13 章 + 第六部分
│
└─ 想看别人怎么把三公式跑通的
→ 读第五部分（实战案例）不要试图同时补三块。一次只补一块，补到它不再是短板，再补下一块。 这也是本书「一人公司一次只做一个方向、一个产品、一个阶段」原则的体现。
1.6 实战：用三个公式诊断你当前的一人公司
步骤一：给三个公式打分（0-10 分）
杠杆率自评：
[ ] 我有 ≥3 个被复用超过 10 次的能力单元吗？（是 +5）
[ ] 我把重复任务封装成 skill / workflow / 模板了吗？（是 +3）
[ ] 我还在靠手速做事吗？（是 -3）
杠杆率得分：____ / 10
交付闭环自评：
[ ] 我每个项目都先写验收标准吗？（是 +3）
[ ] 我交付前会按标准逐条验证吗？（是 +3）
[ ] 我有明确的验收 + 收款环节吗？（是 +4）
闭环得分：____ / 10
复利资产自评：
[ ] 我有 ≥1 个持续产生价值的内容资产吗？（是 +3）
[ ] 我有可复用的代码/脚手架资产吗？（是 +3）
[ ] 我做完项目会复盘沉淀成案例吗？（是 +4）
复利得分：____ / 10步骤二：找到最低分
三个得分里最低的那一项，就是你接下来一个月唯一要补的事。
步骤三：定位到本书的章节
用 1.5 的决策树，把最低分对应到具体章节，只读那一章，并执行它的清单。
验证：一个月后重新打分，最低分应该提升了。如果没提升，说明你没真做那一章的执行清单，回头补。
失败边界（打分失真排查）：
| 症状 | 根因 | 处理 |
|---|---|---|
| 三项都打高分但产出很低 | 自评虚高，看的是「我会」不是「我复用了」 | 用「复用次数」重算，不是「会多少」 |
| 不知道怎么打分 | 没有可衡量的产出记录 | 先做一周产出日志，再打分 |
| 打完分不知道补哪块 | 三项差不多低 | 默认先补「交付闭环」，它是另外两项的前提 |
1.7 失败边界：三种误用公式的死法
死法一：只堆能力，不复用（杠杆率为假）
症状：学了十几个 AI 工具，订阅了一堆服务，朋友圈看着很忙，但产出没增加。
根因：只拉升公式一的第一个因子（能力数量），忽略第二个因子（复用次数）。会得多但都用一次就扔。
对抗：强制规则——任何新能力，30 天内必须复用 10 次，否则视为没学会。把「学会」的定义从「用过」改成「复用过 N 次」。
死法二：闭环只做到实现（永远烂尾）
症状：项目开了一堆，完成率极低。每个都「快做完了」，但没有一个真正交付收款。
根因：公式二只走到「实现」就停了，没有验证、没有验收。本质上是把「做完了」等同于「交付了」。
对抗：给每个项目定义「验收三件套」——验收标准、验证记录、验收确认。三者齐全才算闭环。详见第 15、17 章。
死法三：只生产，不复利（永远从零开始）
症状：很能干活，收入也还可以，但停不下来。一旦停下，收入归零。做了三年，和做三个月没区别。
根因：公式三为零。所有产出都是一次性劳动，没有转化成资产。
对抗：每周强制做一次「资产转化」——把这周的一次性产出，转成五类资产之一（内容/代码/流程/案例/数据）。第 13 章给具体方法。
红线边界：三个公式都不能为零
- 杠杆率为零：你就是一个计件工，AI 对你只是打字加速器。
- 闭环为零：你永远在烂尾，做一百个不如交付一个。
- 复利为零：你永远从零开始，时间不会成为你的朋友。
即便自动化程度再高，「做什么需求」「什么算交付」「沉淀什么资产」这三件事必须人审。这是不可让渡的决策，交给 AI 就是把方向盘交出去了。
1.8 小结 / 核心心法
一人公司不是更努力地干活，而是让三个公式的乘积变大。任何一项为零，全盘归零。
- 杠杆率取决于你能编排多少 AI 能力、并让它们被复用多少次——复用深度优先于编排宽度。
- 交付闭环四环（范围→实现→验证→验收）缺一即烂尾，每一环都有最小验收标准。
- 复利资产让一次生产被复用 N 次，是一人公司从「计件工」变「公司」的分水岭。
- 三者是乘法关系，补最短的那块收益最大，一次只补一块。
- 「做什么需求 / 什么算交付 / 沉淀什么资产」是人不可让渡的决策。
执行清单（每周自检）：
- [ ] 本周我复用了哪些已有能力？有没有新能力还没复用过 10 次？
- [ ] 本周的项目，四环闭环了吗？有没有烂尾在「实现」环节？
- [ ] 本周的一次性产出，有没有转化成五类资产之一？
- [ ] 三个公式的得分，最低的那项这周提升了吗？
上一章：前言：把一人公司从玄学变工程 下一章：第02章 什么是「真需求」