一句话答案
Anthropic 的手册在发布与规模化阶段反转了风险：亲力亲为、曾是资产的创始人，变成了瓶颈；解药是搭建脱离你也能运转的运营系统——公司级的 harness——释放注意力去做只有创始人能做的决定。
这是从马来西亚视角读 Anthropic《创始人行动手册》（2026 年 5 月）的第三篇。第一篇讲创始人作为编排者；第二篇讲想法到 MVP 的纪律。这里到了多数「创了业却卡住」的公司所在的地方：发布与规模化。
发布：证明生意值得长大
如果 MVP 证明了产品值得存在，发布必须证明生意值得长大。退出条件有三部分：
- 可重复、由渠道驱动的增长——你通过具体渠道可预测地获取用户，单位经济清晰。CAC、LTV、回收周期是你说得出口的数字，不是希望。
- 生产级基础设施——安全与合规到位，可靠性在真实负载下站得住，不只是你测试过的条件下。
- 没有创始人瓶颈——流程与自动化已部署。你不再是亲自处理客服、分诊、冲刺规划或报表的那个人。
手册点名的发布陷阱，都是 MVP 阶段拖下来的：技术债到期、安全与合规不能再等、以及「还没准备好」就扩张到一个不同市场，可能把你找到的 PMF 杀死。
创始人瓶颈
这是安静的杀手。MVP 阶段，创始人在每个回路里是资产——你有完整上下文、紧密反馈。到了发布，工单上涨、决策堆积、运营复杂度翻倍，同一本能变成约束。
难的是，很少有一个干净时刻宣告这个切换发生了。信号是：本该一小时做的决定，因为你处理要等一周；工单越堆越多，因为只有你知道答案；运营任务只有你亲自记得才发生。
解药是审计你的注意力到底花在哪，再把每个任务分成三类：能完全自动化、需要人但不一定需要你、真正创始人级。然后为前两类搭系统。
对马来西亚 SME，这就是「我有一门生意」和「我有一份走不开的工作」的区别。我见过的多数本地创始人不缺想法也不缺努力。他们是瓶颈，却看不出来，因为从第一天起他们就是瓶颈。
规模化：整个公司的 harness engineering
到了规模化，创始人从建造者重新校准为面向公众的高管。增长必须系统化、可审计。手册的护城河是复利的深度，来自三块：
- 写进产品的领域专长——只有内行才知道的边缘情况与监管坑。
- 与用户依赖工具和平台的深度集成。
- 专有用户数据与工作流——一个资金充足的在位者买不重建的数据飞轮。
用第一篇的 harness 视角读它：
| 规模化做法 | Harness 层 |
| --- | --- |
| 写 playbook、SLA、支持文档（组织的 CLAUDE.md） | 记忆 / 上下文 |
| 指标、审计、企业就绪差距分析 | 反馈回路 |
| 合规工作流并入开发周期；风险走人工审查 | 护栏 |
| 把创始人隐性知识编码进系统 | 状态持久化 |
规模化是把 harness engineering 用在整个公司，不只是代码。你把只存在于创始人脑子里——或只存在于没写下来的工作流里——的知识，变成有文档、可审计、可交接的系统。然后你信任它们。
手册直说这既是结构挑战也是心理挑战。交得太多太快——尤其交给 AI 自动化——可能让关键决策在缺少创始人独有上下文的情况下被做出。抓得太久，你又变成瓶颈。这个校准，就是工作本身。
用同一套基础设施搭 GTM 职能
自然增长（一篇 Product Hunt 帖子、创始人亲自卖）在规模化会撞天花板。手册说你需要真正的 GTM motion——而造产品的同一套 AI 基础设施，也能搭建并运行它：市场细分、信息架构、分析师关系、销售 playbook、内容管线、CRM 维护、demo 环境。
对 SME，这很鼓舞人：你不需要招一整支增长团队才能有增长引擎。你需要设计它，并让运营层跑它。那是第一篇的编排者动作，从产品延伸到 go-to-market。
重点整理
- 发布证明生意值得长大：可重复增长、生产基础设施、没有创始人瓶颈。
- 创始人瓶颈是发布期的杀手——审计注意力、分任务、把前两类系统化。
- 规模化是公司级的 harness engineering：编码隐性知识、建反馈回路、留护栏。
- 护城河是复利的深度——领域专长、集成、专有数据——资金充足的抄袭者两年内重建不了。
三篇读完。贯穿其中的线：AI-Native 创始人的手艺不是 prompt，也不是建造。是设计模型周围的系统——harness engineering——无论那系统是一个 agent，还是一整家公司。
基于 Anthropic《创始人行动手册》（2026 年 5 月）。评论与本地化视角，不是重制。
