⚡ 编程工程方法论2026-06-30

Anthropic 发布「AI 原生创业公司」手册：全流程四大阶段

原文链接：https://mp.weixin.qq.com/s/PSnGB3ryAg_VlBkOtnhofw 来源：AI寒武纪，2026-05-18 原手册 PDF：https://cdn.prod.website-files.com/6889473510b50328dbb70ae6/69fe2a55b93bb0732b1fe33c_The-Founders-Playbook-05062026_v3%20(1).pdf

摘要

Anthropic 发布《创始人手册：打造 AI 原生创业公司》，覆盖创业全生命周期四个阶段——想法、MVP、发布、规模化。每个阶段定义目标、退出标准、常见失败模式、Claude 工具使用指南（Chat / Cowork / Code 三产品矩阵），以及配套实操练习。核心理念：2026 年，AI 把过去以季度计算的工作压缩到以周计算，从未写代码的创始人也能交付生产级应用，一人公司不再是草根故事而是可执行的行动方案。

核心变化：创始人的含义正在改变

过去： "你会做什么"定义创始人——技术型写代码，非技术型负责商业。

2026 年： 模型、系统和 AI 智能体瓦解了"能做产品的人"和"有值得做的想法的人"之间的墙。创始人角色从执行者变成智能体编排者，注意力向上移到更高阶工作：提出想法，指挥执行想法的系统。

AI 三大能力让一人公司像大组织一样运转：

对话智能与研究 — 每个领域随叫随到的专家（竞争分析/市场测算/财务建模/反方分析）
智能体式编码 — 永远在线、不被阻塞的工程师
工作流自动化 — 按需调用、自动运转的运营团队

三产品矩阵：何时用哪个

如果任务是……	选择	原因
一个问题、一次改写、快速头脑风暴	Chat	快速、对话式、无需配置
基于文件和系统完成研究/分析/成稿	Claude Cowork	文件夹访问、连接器、技能、定时运行
编写、测试或发布软件	Claude Code	代码库访问、diff、git、开发环境

三者底层是同一个 Claude，变化的是工作空间。

阶段一：想法阶段

目标

在投入资源构建之前，收集扎实证据，证明真实问题确实存在，且方案确实有效。核心问题串：

问题真实、具体、频率足以做产品？
谁有这个问题？能否构成市场？
有没有人在解决？怎么解决？
真正解决的方案需要做到什么？我的想法能做到吗？

退出标准：问题-解决方案匹配

能对三个问题回答"是"：

问题真实且具体（说清谁经历、多频繁、多严重、怎么处理）
方案解决的是验证揭示的问题（不一定是最初假设的）
有足够信号证明值得构建（不是确定性，是足够定性证据让 MVP 成为有理有据的决定）

常见失败模式

把构建误当验证 — 42% 创业公司失败因为做了没人要的东西，AI 让"有想法→有产品"太快，跳过验证更危险。原型是压力测试道具，不是证据。
过早规模化 — AI 会让创始人围绕有缺陷的前提大肆构建。让理解能力跑在构建速度前面。
丧失客观性 — AI 会跟随你的方向。确认偏误配上研究引擎 = 为糟糕想法快速构建复杂论证。解药：让 AI 压力测试你的想法，不只是验证它。

Claude 用法

打磨问题陈述到可检验假设
结构化反方：让 Claude 找推翻假设的反证
竞争格局层级绘制（直接/间接/潜在收购方/邻近玩家）
TAM/SAM/SOM 模型 + 假设压力测试
客户发现：设计访谈框架、审核问题质量（标出引导性/过宽的问题）、访谈后综合提炼
Claude Cowork 自动化触达、排期、跟进
Claude Code 构建轻量原型（只构建一个核心交互，放 5 个真实用户面前试用）

阶段二：MVP 阶段

目标

把经过验证的问题转化为真实用户会使用的工作产品。本质上是证据收集练习——验证真实人群是否觉得有价值，足以让他们使用/回访/付费/推荐。同时要快速前进但不积累复利式技术债。

退出标准：产品-市场匹配的真实证据

证明具体用户群体已觉得产品有价值，足以回访（留存）、付费（收入）或推荐（转介绍）。

两个试金石：

Sean Ellis 测试： "再也不能用这个产品会怎样？" >40% 回答"非常失望" = 有意义 PMF
努力测试： PMF 之前留存需要持续干预（推），PMF 之后产品自己完成这工作（拉）

常见失败模式

智能体式技术债 — AI 技术债会复利增长。每个新会话从头推导基础决策且会漂移，最终代码库背后没有一致心智模型
误判虚假 PMF — 早期热度来自朋友/投资人/HN 标题流量尖峰，无法预测第 6 或 12 周
零摩擦范围蔓延 — 每个新增项单独说得通，但加起来失去方向和动能。解药：构建前写下范围定义，明确做什么、不做什么、什么证据才配加新东西
因缺乏经验而不安全 — 代码能工作 ≠ 代码安全，安全漏洞在被利用前是看不见的

Claude 用法

构建前先定义架构： 用 Claude 定义架构原则和取舍 → 保存为 CLAUDE.md → 每个会话以此为上下文
定义 MVP 范围文档： 做什么、刻意不做什么、功能增补标准
Claude Code 构建：每次会话先看范围文档 + CLAUDE.md，结束更新文档
安全审查： 部署前让 Claude 审查认证/数据暴露/注入风险/依赖漏洞。注意 Claude Code Security 仍是 beta
衡量框架： 第一个用户出现前设定留存基准、激活标准、D7/D30 目标，定义"假阳性"长什么样
Claude Cowork 管理反馈运营（触达/排期/bug 分拣/周综合）
朝证据迭代，不朝完整性迭代
三个迭代无进展时做诊断： 是否有细分群体反应不同？定位问题还是产品问题？找到 PMF 的条件是什么、现实吗？

阶段三：发布阶段

目标

把早期增长势头转化为可重复、可持续的增长引擎。加固基础设施，围绕产品建立真正公司。目标不是把创始人移除，而是建立运营系统释放你的注意力到只有创始人能做的决策。

退出标准

增长可重复、由渠道驱动（CAC/LTV/回本周期可知可守）
产品能承受生产工作负载（基础设施加固、安全合规到位）
运营不再依赖创始人瓶颈（支持/分拣/迭代/报告不由你亲自做）

常见失败模式

技术债开始到期 — MVP 为速度积累的债开始产生利息
创始人成为瓶颈 — 继续待在构建者模式，组织围绕你停滞。迹象：该一小时决定的事拖一周、支持请求堆积
安全合规不能再推迟 — 真实用户真实数据真实暴露面
在未准备好时扩张 — 新市场引入变量太多，失去解释数据的能力

Claude 用法

三种形态都被充分使用且相互支持。Chat → Cowork → Code 输出互相成为输入，结果自然复利。

Claude Code 完整架构审计 → Claude 分拣排序修复工作
Claude Cowork 创始人负载审计（记录每个经过你的工作流/决策）→ 分类：可自动化 / 需人类但不用你 / 需创始人判断
Claude Code 安全合规审查 → 按目标市场框架要求产出修复序列 + 合规文档清单
用 Claude 设计轻量产品管理操作系统（迭代节奏/规格模板/bug 分拣树/周指标简报）→ Claude Cowork 执行运营层

阶段四：规模化阶段

目标

从数千用户到数百万用户，从一个市场到多个市场。通过积累深度建立可防御护城河——嵌入产品的专业知识、深度集成、专有系统数据和工作流。创始人的角色从构建者重新聚焦为面向公众的高管。

退出标准

阈值事件：即使创始人越来越少直接运行日常运营，公司仍然可持续。通常表现为三种形式之一：规模可持续盈利、IPO 准备度、完成收购。

常见失败模式

委派运营层 — 交太多太快关键决策缺上下文，抓太久变瓶颈
扩展技术运营 — 客户不再只评估产品，还要评估组织是否能成为可靠基础设施伙伴
扩展组织职能 — 需要财务报告/合规监控/合同管理等，无论多少人运行
建立 GTM 职能 — 有机增长有天花板，多数创业公司会在规模化阶段撞上

Claude 用法

运营： Claude Cowork 瓶颈审计（如果你一周不可用每个工作流会怎样）→ 压力测试现有系统能否随增长扩展

技术： Claude 起草企业文档/SLA → Claude Code 按企业标准审计加固 → Claude Cowork 运行企业支持运营层（工单路由/升级/文档更新/续约追踪）。三者结合让小团队有大组织才有的支持姿态。

GTM： Claude 建立基础 GTM 资源（市场细分/信息架构/分析师关系/销售手册）→ Claude Cowork 战术执行层（内容管道/外呼/Briefing 后勤）→ Claude Code 构建产品营销基础设施（交互演示/沙盒/SDK/API 参考）

护城河建设（重点）：

领域知识复利 — 用 Claude 捕捉创始人领域专业知识（行业术语/监管陷阱/边界情况/挫败体验）→ 结构化上下文 → Skills 编码重复工作流 → Claude Code 把同行挫败转化为验证逻辑/MCP 集成。数月的专有知识基底任何通用 AI 无法匹敌
用户数据复利 — 每次改进让产品更有用 → 更多使用 → 更多反馈 → 更多改进。复制者无法重建成千上万用户的行为指纹。Claude 审计交互数据，识别信号强的行为模式，设计反馈循环
工作流锁定 — 用户在产品上构建自动化、培训团队、打磨提示词和标准化输出。切换成本从产品决策变成完整运营项目。Claude 按集成深度绘制客户群 → Claude Code 搭建原生集成/API/Webhook/SDK

核心理念

在 AI 时代，创始人的工作并没有变：找到一个真实问题，构建能解决它的东西，并把它扩展成一家重要的公司。改变的是到达那里的路径。瓶颈不再是你能构建什么，而是你选择构建什么。

验证工作在各阶段的复用： 市场研究和竞争格局梳理不是一次性工作。每当假设发生变化，都要重复这些练习。

上下文即资产： 从第一天开始投资持久上下文（CLAUDE.md、架构决策记录、规格说明）。跳过这一步的创始人会撞上可预见的墙——每个新会话都需要重新解释代码库，AI 生成的修改逐渐偏离最初愿景。

创始人风险清单：

把构建误当验证
让 AI 跟随你的方向而不是挑战它
在范围文档定义前就开始构建
把用户对你的热爱误判为 PMF
用 CLAUDE.md 代替 Code Review
创始人自己成为组织瓶颈