Anthropic 发布了一份 AI 原生创业手册
Anthropic 最近出了一份实用性很强的创业指南——《The Founder’s Playbook: Building an AI-Native Startup》，专门写给那些想从第一天就把 AI 当作公司基础设施来搭建的创始人。
这份手册把创业生命周期拆成四个阶段：创意期、MVP 期、发布期和规模化期，逐一梳理了每个阶段该做什么、怎么用 AI 工具提速，以及有哪些坑要提前绕开。
下载地址：https://claude.com/blog/the-founders-playbook
时代变了，创业这件事正在被重写
AI 正在从根本上改变创业公司的构建方式。以前，没有技术背景的创始人想做个产品，要么找技术联创，要么烧钱雇开发团队，门槛高得吓人。但在 2026 年，一个从没写过一行代码的人，今天就能把生产级应用跑起来。
更重要的变化不只是"会不会写代码"这件事。传统的创业增长路径是：验证 → 融资 → 招人 → 搭建 → 再融资 → 再扩张……每进入一个新阶段，就得配更大的团队、更多的资金。但 AI 把这个逻辑给打破了——团队可以极小，却能跑出远超人数规模的效率。
创始人的角色也在发生质变。过去，技术创始人负责写代码，业务创始人负责跑销售，术业有专攻。现在这堵墙塌了——没有工程背景的人可以自己把想法做成产品，没有商业经验的技术人可以用 AI 生成财务模型、市场策略和融资材料。创始人的注意力正在从"亲手干活"转向"指挥系统"，把更多精力放在更高层级的决策上，让 AI agent 去处理具体执行。
创意期：先验证，别急着动手
创业第一关，很多人最大的错觉是：我已经想清楚了，赶紧做出来再说。
但手册把这个阶段的核心定义为研究和验证，而不是构建。创始人要在提交给 Claude Code 生成第一行代码之前，先把这几个问题想清楚：
- 这个问题是真实存在、足够具体、发生频率足够高的吗？
- 谁有这个问题？那是一个市场吗？
- 有没有人在解决它？他们做得怎么样？
- 我的方案真的解决了这个问题吗？
这个阶段最经典的陷阱有三个。第一个是把"做出来"误认为"验证过了"——agentic coding 让原型开发变得极其容易，但一个能跑的原型并不等于市场需要这个东西，42% 的创业公司失败恰恰是因为做出了没人要的产品，而 AI 让这个失败率只会更高。第二个是过早扩张，在问题-解决方案匹配还没跑通之前就疯狂堆功能、扩规模。第三个是确认偏误被 AI 放大——让 AI 去验证你的想法，它会帮你找到支持证据；让它来算市场规模，它会给出一个让 TAM 看起来很漂亮的数字。AI 跟着你的方向走，而不是帮你找真相，这一点创始人必须清醒。
怎么用 Claude 做好创意期？核心方法是把 Claude 当结构化唱反调的伙伴：让它帮你把问题陈述磨锐，直到变成可测试的假设；让它去找反驳你观点的证据；让它分析竞争格局，并论证为什么对手会赢而你不会。做完竞争对手分析之后，可以让 Claude 按层级梳理：直接竞争对手、间接竞争对手、潜在收购方，以及可能横插一脚的相邻玩家。
在用户调研这块，Claude 能帮你设计访谈框架，包括该问什么人、怎么问、怎么避免引导性问题。一个新手常犯的错误是问"你会用这样的产品吗？"——这类面向未来的问题容易得到不真实的回答。更好的问法是"上次遇到这个问题是什么时候？你当时怎么处理的？"每做完五个访谈，就把访谈记录喂给 Claude Cowork，让它提炼出支持假设的证据和挑战假设的证据两份清单。如果第一份明显比第二份长，要追问 Claude：这种不对称反映的是数据本身，还是你希望看到的东西？
创意期的终点是找到问题-解决方案契合，拿到足够的定性证据之后，才能开始用 Claude Code 构建轻量级原型。这个原型不是产品，而是一个可以拿去做用户对话的道具。
MVP 期：快速构建，但别埋下定时炸弹
进入 MVP 期，很多创始人会把它理解成"终于可以全力造东西了"。手册的定义不太一样——这仍然是一个证据收集阶段，只不过现在收集的是关于解决方案的证据：有没有真实用户愿意用它、回来用、为它付钱、把它推荐给别人？
这个阶段有两个同等重要的目标：一是把验证过的问题转化成一个真正可用的产品；二是在快速推进的同时，不要埋下那种会在规模化时爆发的技术债。
手册特别强调了CLAUDE.md 文件的重要性。在 AI 原生项目里，每次新的 Claude Code 会话默认没有上下文，如果没有结构化的文档，每次都要重新解释代码库，而且 AI 的每次决策可能都会微微偏离原来的方向，积少成多，最后整个代码库就会像一盘散沙——每个模块单独看没问题，但整体没有一个连贯的心智模型。CLAUDE.md 文件就是项目层面的持久化"记忆"，记录架构原则、要避开的依赖、当前阶段主动接受的技术权衡。
MVP 期的另一个坑是零摩擦的范围蔓延。以前做功能要消耗真实的工程时间，这本身就是一种自然的抑制机制。现在加一个功能可能只要半天，于是"再加一个"的冲动就变得异常难以抵抗。解法是在开始写第一行代码之前，先写一份范围定义文档：产品做什么、刻意不做什么、什么样的真实用户反馈才能证明某个新功能值得加。
安全问题也不能拖到上线后再说。agentic coding 生成的代码能跑，但不等于安全，功能性问题会立刻暴露，安全漏洞却藏着不动直到被利用。上线前至少要让 Claude 做一遍初步的安全审查，覆盖认证与会话管理、API 响应中的数据暴露、输入验证和注入风险、已知漏洞依赖等方向。
产品-市场契合的判断，手册提供了一个有意思的测试方法——Sean Ellis 测试：直接问活跃用户"如果这个产品消失了，你会有多失望？“如果超过 40% 的人回答"非常失望”，那是一个有意义的 PMF 信号。另一个更直观的标志是留存的努力感：在 PMF 之前，让用户回来需要创始人不停地推、找理由、送福利；PMF 之后，产品开始自己把用户拉回来，创始人不用那么费力了。
发布期：从产品跑通，到业务跑通
发布期要解决的核心问题从"产品值得存在吗"变成了"业务值得增长吗"。
这个阶段的三个退出条件是：增长可重复且由具体渠道驱动（CAC、LTV、回收周期都有数字可以说清楚）；产品能扛住生产环境的真实负载；运营不再依赖创始人本人作为瓶颈节点。
最难的转变发生在创始人自身：在 MVP 期，什么都亲自管是优点，因为需要极度紧密的反馈回路。到了发布期，同样的习惯就变成了组织的阻碍——决策积压、支持请求找不到人处理、某些工作流只有创始人记得触发。手册建议用 Claude Cowork 做一次完整的运营负载审计：记录每一个定期任务、每一个需要经过你的决策，然后对这个清单进行分类——可以完全自动化的、需要有人但不一定是你的、真正需要创始人判断的。
这个阶段还有一个关键动作是把 MVP 期积累的技术债系统性地清理掉。发布期的技术债和 MVP 期不一样，MVP 期合理接受一些债务是合理的时间换空间，但到了发布期，这些债务开始产生利息——每一次新功能开发都在叠加不稳定性。要用 Claude Code 做全面的架构审计，然后把发现的问题喂给 Claude，让它帮你把修复工作排优先级和时序。
规模化期：从建造者变成公众面孔
进入规模化阶段，创始人的角色再次发生质变——从"造东西的人"转向"对外代表公司的人"。产品仍然重要，但日常工作重心越来越多地落在公司本身：分析师简报、投资者路演、企业采购谈判。
这个阶段要面对的是完全不同量级的外部审视。投资者、监管方、企业采购团队不只是看产品能力，还会看治理结构、合规姿态、财务控制和战略叙事。
在技术层面，规模化的挑战从代码库本身扩展到代码库周围的一切：SLA 承诺、支持响应时间、完整的文档体系、企业级的可靠性保证。签多年期合同的大客户会在签约前要求看到这些，签了之后还会按这些来要求兑现。
在增长层面，之前靠创始人人脉和 Product Hunt 带来的有机增长触到了天花板，真正的 GTM 引擎需要搭起来。Claude 可以帮助从市场细分、消息架构、销售手册到面向不同受众（散户投资者、企业采购、华尔街分析师）的差异化叙事。Claude Cowork 则承接战术执行层：内容管道、外部推广序列、分析师简报的物流协调、CRM 维护、漏斗报告。
手册里有一个很有价值的思路：把领域专业知识转化为 AI 上下文，形成不可复制的护城河。很多极精简的创业公司，核心竞争力在于创始人在特定垂直领域积累多年的经验和洞察。这些知识——行业术语、监管边界、边缘案例、所有"显而易见的方案为什么行不通"——可以通过长期的对话、项目和记忆机制，沉淀到 Claude 的上下文里，让产品具备通用 AI 工具根本做不到的深度。一个通用 AI 医疗账单工具在处理 340B 药品项目的理赔时会出错，但一个把这些细节全部编码进去的垂直工具不会。这种积累会随时间持续增厚，任何竞争对手都无法快速复制。
规则变了，但这份工作的本质没变
创始人的使命始终如一：找到真实存在的问题，构建解决它的产品，把它扩展成一家有价值的公司。变化的是路径——AI 把这条路压缩了。
原来需要几个月的验证周期，现在一个下午就能跑完。原来需要技术联创才能做出的可用原型，现在一个人几次 coding agent 会话就能交付。发布准备从冲刺阶段的应激状态，变成了一个持续运转的工作流。到了规模化，原来需要大量人手才能完成的运营工作，越来越多可以交给 AI 处理，让团队把注意力集中在那些能形成真正护城河的判断上。
瓶颈不再是你能做什么，而是你选择做什么。
完整的手册可以在 Anthropic 的网站 下载阅读，对正在或准备创业的朋友来说值得仔细过一遍。
