Anthropic 把 30 年的"validate → raise → hire → build"老公式推倒重写。35 页手册告诉创始人:同一份工作,四套新规则,而 42% 的死因依然在原地等你。
2026 年 5 月 14 日,Anthropic 在 claude.com/blog 发布《The Founder's Playbook》。35 页,7 章。把传统创业的"招人 → 建造 → 增长"链条,改写成"验证 → 编排 → 数据飞轮 → 护城河"。但所有捷径都是骗局 —— 42% 创业死于"造了没人要的东西",AI 只会让这个数字"only going to climb"。
2026 年,一个从没写过一行代码的创始人可以把生产级应用推上市。"精瘦十人独角兽"从 underdog 故事,变成教科书式的有意为之。Anthropic 在手册里直接给传统创业链条画了个叉。
过去的链条是这样的:validate → raise → hire → build → raise again → grow → hire more → repeat。每一个新阶段都要更大的团队、不同的技能组合、新一轮融资。现在 AI 把这个假设抹掉了。2026 年的 AI 能写生产代码,做市场调研,合成竞争格局,起草投资人材料,自动化运营 workflow。"创始人是干活的人"这个旧定义,正在被"创始人是 agent 编排者"取代。
手册里有句直接的话:"the wall between people who can build and people with ideas worth building has dissolved" —— 能造东西的人和有好想法的人之间的那堵墙塌了。一个没有工程背景的产品经理可以用 Claude Code 写生产级应用,一个技术 founder 不懂商业可以让 Claude 跑出 GTM 策略、财务模型、投资人 deck。
手册里把这种新形态命名为 Day Zero startup:第一天就只有 founder + agents,没有 engineering team,没有 ops 团队。"在 Day Zero 创业里,那个唯一的人,几乎总是 founder。"
过去创始人靠"能做什么"定义自己:技术 founder 写代码,非技术 founder 跑业务、签单。手册的核心论断:这层定义在 2026 失效了。当 AI 把执行成本压到接近零,创始人的注意力必须"上移"——从"亲手做"换到"指挥系统"。
手册原文:"the founder role becomes much less individual contributor and much more orchestrator of agents"。注意力上移之后,founder 时间应该花在"only a founder can do" 的事情上:跟客户对话、产品定位、文化建设、关键决策。
| 能力 | Claude 隐喻 | 典型用法 | 替代的传统职能 |
|---|---|---|---|
| Conversational intel & research | on-call expert | 竞争分析 · 市场 sizing · 财务建模 · 投资人 memo · devil's advocate | 顾问 · BD analyst · 战略合伙人 |
| Agentic coding | always-available eng | 生产代码 · 测试 · debug · 重构 · plan mode · git 集成 | technical co-founder · 外包团队 · 早期工程师 |
| Workflow automation | on-demand ops team | CRM 更新 · 周报合成 · 文档同步 · 集成 PM 工具 · scheduling | EA · ops manager · BD coordinator |
| 任务形态 | 用哪个 | 为什么 |
|---|---|---|
| 问题 · 改写 · 快速 brainstorm | Chat | 对话快,无需配置 |
| 调研 · 分析 · 跨文档跨系统的成品 | Claude Cowork | folder 接入 · connectors · skills · 定时任务 |
| 编码 · 测试 · 发布软件 | Claude Code | codebase 接入 · diff · git · dev 环境 |
"Founders used to be defined by what they could do.
2026, they're defined by what they choose to direct."
手册引用的关键数字:42% of startups failed because they built something nobody wanted。这是 Anthropic 直接挂在 Idea 章节的警告。然后一句更狠的:"agentic coding solutions like Claude Code have drastically collapsed the distance between 'I have an idea' and 'I have a product' and that failure rate is only going to climb."
原因有三:① 造东西没成本了,验证之前就先建; ② AI 是一个完美的"确认偏误研究引擎",你让它找证据它一定给你找到; ③ 工作原型容易被错认成"市场需要的证据"。
把建造误认为验证(Mistaking building for validating)。"造原型"从前是技术成本高的活,会自动放在验证之后。现在原型 free 了,founder 容易直接跳进 build mode,把 prototype 的存在当成 hypothesis 成立的证据。手册原文:"the prototype becomes a reason to believe the hypothesis was right all along, without ever testing whether it's actually true."
过早 scaling(Premature scaling)。建得太快、太轻,执行可以远远跑过商业验证。Agentic coding "scale execution far ahead of validating problem-solution fit without ever consciously deciding to stray off course."
客观性丢失(Loss of objectivity)。这条最阴险。"让 AI 给你证明你的想法是对的,它一定能找到证据。Confirmation bias now comes with a research engine."
Structured devil's advocate. 让 Claude 论证你为什么会失败,而不是为什么会成功。手册原话:"AI will pressure-test an idea just as thoroughly as it validates one." 把同一个工具反向用,是 AI-Native 创业最被低估的纪律。
传统技术债是"为了赶时间欠的、有意识的"。Agentic technical debt 是"AI 每次 session 重新推导架构,决策悄悄漂移,没人 own" 的复合型债务。手册明确说:"You end up with a codebase that has no coherent mental model behind it, not because any single piece is bad, but because the pieces were never designed to fit together."
解药两个:① 在写第一行 production code 之前,先用 Claude 把架构决策写到 CLAUDE.md 里 —— 这是项目的"persistent memory"。② 在第一个真用户接触前做 security review,因为"agentic coding tools generate code that works, not code that is inherently secure."
这是手册的骨架。每个阶段不是按时间划,是按"已经积累了什么证据"划。Anthropic 给每个阶段定了明确的退出标准 —— 没达到不许进下一阶段。
| 阶段 | 主目标 | 退出条件 | 失败模式 |
|---|---|---|---|
| ① IDEA | Research-oriented validation | problem-solution fit · 三个 yes:问题真实 / 方案对得上 / 信号充分 | Build ≠ validate |
| ② MVP | 把已验证问题翻译成"真用户会用"的产品 | Product-market fit:留存 + 营收 + 主动召回(Sean Ellis ≥ 40% "very disappointed") | False PMF / Tech debt / Scope creep |
| ③ LAUNCH | 把 traction 变成可复制增长引擎 | 三件套:① 增长可复制 + CAC/LTV/payback 可解释 · ② 生产负载稳 · ③ 不靠 founder 救火 | Founder 自己变 bottleneck |
| ④ SCALE | 从千到百万用户 · 建组织 + 护城河 | 三选一:可持续盈利 · IPO ready · 收购就绪 | Moat 答不出"如果对手抄袭,我用户为啥不走" |
"The bottlenecks are no longer what you can build, but what you choose to build." — Anthropic, Same Job, New Rules (Chapter 7, p.32)
① Domain depth — 你写 CLAUDE.md 把行业边角案例都教给 AI,通用 AI 学不会。② Integration depth — 你接的 ERP / 仓库 / 内部系统越多,客户搬走成本越高。③ Data flywheel — 用户每用一次,你的产品比对手更懂这个用户。④ Workflow lock-in — 用户在你产品上盖了一层自动化,搬走 = 重新建整条工作流。
同一个 AI Native 时代,创始人的选择决定他落在哪一条曲线上。Anthropic 没说,但读完手册的结论很清楚 —— 你选择的不是"造什么",是"在哪一个失败模式里被吞掉"。
"我一天能搓个 demo,我先 ship 再说"
"我先把问题写成可测试句子,验证完再造"
"我从 Day Zero 就是 orchestrator,不是 builder"
用 AI 把"个人决定的速度"放大到组织级别。验证 + 执行 + 增长全部一个人 + agents 跑通。
不是技术 founder,但行业里待过 10 年。把领域知识编码进 Skills + CLAUDE.md,做出通用 AI 做不出来的产品。
把客户的日常运营接管。集成越深,搬走越贵,数据飞轮越转越快。
"造什么"不是问题 —— AI 让 95% 的东西都能造。真正的选择题是:放弃造什么、放弃服务谁、放弃做哪些"看起来该做"的功能。那个被你放弃的清单,才是你的产品定义。手册里的 scope document 不是工程文档,是战略文档。
Anthropic 这本手册不是"AI 创业的福音书"。它把所有的捷径都堵死了 —— validation 你不能跳,security 你不能省,scope 你不能放任,founder bottleneck 你不能假装看不见。AI 只是让"做这些事"的成本接近零,但"必须做这些事"这件事本身没变。
反过来,真正读懂的 founder 拿到的杠杆是结构级的。一个人 + agents 能跑出 $50M ARR(Cal AI),一个律师 + Claude Code 能做出能签合同的法律平台(Wordsmith),一个非营利高管 + Sonnet 能上线一个全国慈善匹配引擎(Kindora)。这些不是个案,是模板。
Q1 答案:护城河不是"会写代码",是 domain expertise + 反向验证纪律 + 4 层叠加(depth/integration/data/lock-in)。AI 让"能造"变 commodity,选择权变稀缺。
Q2 答案:看你处在哪个阶段。Idea 阶段一天搓 MVP 是陷阱(把 build 当 validation);MVP 阶段一天迭代是优势(前提是 CLAUDE.md + security review 在位)。区分线:写 production code 之前有没有问题假设的反向 stress-test。
Q3 答案:三个硬指标 —— Sean Ellis ≥ 40% "very disappointed" + 留存曲线平 + 用户主动召回。Hacker News spike / friends 早期采用 / 投资人推荐用户 都是 ephemeral force,六周后烟花就散。
Q4 答案:当"一小时的决定开始要一周"——这是手册原文的 telltale sign。Launch 阶段不是让 founder 离开公司,而是建系统让 founder 只做"only-founder-can-do"的事。
Q5 答案:不够。四层叠加才够:① domain depth(编码到 Skills + CLAUDE.md)② integration(MCP / 第三方系统接管)③ data flywheel(每多 1k 用户产品深一寸)④ workflow lock-in(用户在你这盖了自动化)。任意一层独立都会被通用 AI 抄掉。
Q6 答案:天花板在"Scale 阶段需要 GTM 函数 + 企业级 governance"——这是单人扛不动的,所以才有 Anthropic Startups Program。Cal AI 的 7 人和 Anything 的 1.5M 用户证明 Lean 极限存在,但 Scale 后必须真正建公司。"先 lean 再加结构"是新路径。
手册最适合你。你拥有的"domain expertise"在过去要么需要找 technical co-founder 翻译成产品,要么自己上 dev bootcamp。现在 Claude Code 把这个翻译成本压到接近零。Carta Healthcare 创始人是临床数据专家,Wordsmith 创始人是律师,Kindora 创始人是非营利高管 —— 都不是工程师。
关键纪律:不要花两个月学写代码,花两个月把你脑子里的 30 个行业边角案例写到 CLAUDE.md 和 Skills 里。这是通用 AI 永远学不会的东西,也是你的护城河起点。
手册第二章("What it means to be a founder is changing")就是写给你的。最危险的不是不会用 AI 工具,是用 agentic coding 的方式 + 传统 founder 的工作分配。让 Claude Code 帮你写代码、但 founder 还在 Linear 里手动 triage bug,等于装了发动机不踩油门。
关键纪律:每周做一次 "bottleneck map" —— 用 Claude 列出所有过你手的 workflow / decision / approval,问"如果我消失一周哪些会卡?"那个清单就是下一周必须 systemize 进 Claude Cowork 的项目。
这本手册是新的 due diligence checklist。问 founder 这几个问题:你的 CLAUDE.md 写了多久?你做了 Sean Ellis test 吗?你的 scope document 把什么东西明确写"不做"?你的 4 层护城河每一层有什么具体证据?创始人答不上来 = 还没真的进入 AI-Native 思维。
关键纪律:过去判断早期项目看 founder-market fit + execution velocity。现在加一个:orchestration discipline —— founder 把自己从执行链条上移得多远,决定这个项目能走多远。
| # | 信号 | 触发判断 / 动作 |
|---|---|---|
| 1 | 问题假设能否一句话说清,且可证伪 | 不能 → Claude Cowork 做 structured devil's advocate · 直到问题写成可测试句子才进 MVP |
| 2 | CLAUDE.md 是否在 Claude Code 写第一行 production 代码之前就存在 | 没有 → 立刻停手 · 先把架构决策、依赖约束、tradeoff 写下来 · 否则 session 间架构漂移 |
| 3 | 真用户接触前是否跑过 security review | 没有 → 用 Claude / Claude Code Security 扫一遍 auth / API keys / 依赖漏洞 / injection |
| 4 | Sean Ellis "very disappointed" 比例 | < 40% → 还不是 PMF · 不要进 Launch 阶段 · 回 Idea 阶段做 segment 切分 |
| 5 | retention 曲线 Day 7 / Day 30 | 没拉平 → 早期 traction 是 ephemeral force(朋友 / HN spike)不是 PMF |
| 6 | iteration cycle 数 vs PMF 距离 | 3 次 cycle 无明显移动 → 用 Claude 跑 diagnostic:segment 问题、定位问题、还是产品问题? |
| 7 | founder 决策时长 | 一小时的决定开始要一周 → 必须做 bottleneck map,把可委托工作丢给 Claude Cowork |
| 8 | CAC / LTV / payback 是否可解释可防御 | 不能 → 增长不可复制 · 不能离开 Launch 阶段 |
| 9 | "如果对手抄,我的用户会不会走" | 答不上来 → 还没建护城河 · 必须把 4 层(depth/integration/data/lock-in)写明各自证据 |
| 10 | Scope document 有没有"不做"清单 | 只有"做什么" → scope creep 不可避免 · 必须把"为什么不做这个 edge case"写进去 |
"AI eradicates learning curves.
Discipline curves remain steep."
· The Founder's Playbook: Building an AI-Native Startup · Anthropic · 2026-05-14 · claude.com
· Founder's Playbook PDF(35 页 / v3,2026-05-06)· cdn.prod.website-files.com
· Anthropic 创始人手册:AI Native 不是多招几个工程师,是换一种活法 · iTech 博客园 · cnblogs.com
· In-depth Interpretation of the Anthropic Startup Handbook · APIYI Blog · help.apiyi.com
· Anthropic Just Told AI Founders Exactly What to Build in 2026 · Linas · Substack · linas.substack.com
· 创始人手册:构建原生 AI 初创公司 · LightNote 中文版 · blog.lightnote.com.cn
· 非官方中文翻译(含中文信息图表)· GitHub · yangliu2060/founders-playbook-zh · github.com
· Anthropic's New Founder Playbook Argues AI Has "Rebooted" the Startup Lifecycle · TechTimes · 2026-05-16 · techtimes.com