AI · FW · 072
复利式工程实践
Compounding Engineering · compounding-engineering--dan-shipper
解决什么问题
在"人不手写代码、主要工作变成给 agent 写 PRD/prompt"的工作方式下，如何让极小团队的工程杠杆随时间复利增长，而不是每个任务都付同样的固定成本。
核心内容
Compounding Engineering（复利工程）：核心原则一句话——每完成一个工作单元，都要让下一个同类工作单元变得更容易。
具体做法：
- 识别重复劳动。例：不写代码之后，大量时间花在打 PRD 上。默认做法是"每份 PRD 花同样的功夫"；复利做法是先花一点时间写一个"把我的碎碎念转成标准 PRD"的 prompt，之后每份 PRD 的成本骤降。
- 载体：Claude Code 的 slash commands（可复用的固定 prompt），沉淀在一个共享 GitHub repo 里，团队互相复用。
- 大量此类"小加速"（prompts、automations）叠加，形成团队级杠杆。
- 配套用法：同时并行使用多个不同厂商的 agent（Claude Code 多实例 + Friday + Charlie 等），像组"复仇者联盟"——不同 agent 有不同性格和品味（如 Charlie 常驻 GitHub，PR 里 @ 它来 review），"绝不是一个 agent 统治一切"。
效果参照（同一团队）：Cora 产品 = 2 名工程师 + 15 个 Claude Code 实例；私测期 2,500 活跃用户、处理数百万封邮件；全部成本（含工资）约 30 万美元——这个产品三年前有几十亿美元也做不出来。
适用边界
- 前提是团队已经以 agent 为主要产出方式；如果还在手写代码，优先级不同。
- Dan 强调 Every 的人如果不懂代码做不到这些：动手前仍要做 code review，必要时花几天读透第三方库内部——理解后才放手让 agent 干。"向下钻一层"的能力在技术转型期尤其重要。
关键引述 · 原话
"For every unit of work, you should make the next unit of work easier to do." — Dan Shipper（转述 Kieran & Nityesh 的定义）
"With Cora, it's Kieran, Nityesh, and 15 Claude Code instances, so it's more powerful than you think." — Dan Shipper
关联卡片
- 与 don't-repeat-yourself-codify-taste--dan-shipper 是同一原则的两个面：一个作用于工程流程，一个作用于反馈/品味。 - 与 Fiona Fung 的 verification-is-the-new-bottleneck 互补：产出加速后瓶颈移到验证。
被这些卡引用
出处：Dan Shipper (Every 联合创始人/CEO；概念由 Cora 团队 Kieran & Nityesh 提出) · 03-podcasts/dan-shipper.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2