From Anthropic · A Founder's Manual 来自 Anthropic · 创始人手册

Building an
AI-Native
Startup
创建一家
AI Native
的公司

A few people doing the work of hundreds — and why judgment, not execution, is the founder's scarcest resource. 几个人做几百人的事——比起执行力,今天的创始人最稀缺的资源是判断力。

Year 年份
2026
7 Chapters 七章
42%
of startups fail building something nobody wanted 的创业公司死于做了没人要的东西
10×
the ten-person unicorn — standard, not legend 10 人独角兽从传奇变成常规
4
stages: Idea → MVP → Launch → Scale 四个阶段:想法 → MVP → 上线 → 规模化
3
Claude surfaces: Chat · Cowork · Code Claude 的三种形态:Chat · Cowork · Code
Contents目录
Seven chapters, four stages七章,四个阶段
01
The shift转变
What AI does nowAI 现在能做哪些事

AI now writes production code, conducts market research, drafts investor materials, and automates operational workflows. The once-steep learning curve around who can launch a startup has been flattened. AI 能写生产代码、做市场调研、起草投资人材料、自动化运营流程。过去陡峭的学习曲线被拉平了——谁能创业这个问题的答案变了。

Agentic coding compresses what used to take a team of engineers into work a founder can ship themselves. Agentic coding 让过去一整个工程团队才能交付的活,现在创始人一个人就能搞定。

02
The map路径图
Four stages, one journey四个阶段,一段旅程
The AI-native journey AI Native 创业的四个阶段
STAGE 01 Idea 想法 Validate 验证 STAGE 02 MVP MVP Build STAGE 03 Launch 上线 Grow 增长 STAGE 04 Scale 规模化 Defend 守住

The traditional arc was: validate → raise → hire → build → raise again → grow → hire more → repeat. 传统路径是这样的:验证 → 融资 → 招人 → 做产品 → 再融资 → 增长 → 再招人 → 循环。

AI has erased the expectation that each new phase requires a bigger team and a fresh funding round. AI 打破了一个旧的默认:每进一个新阶段,就得招更多人、再融一轮钱。
03
Old vs new新与旧
Two trajectories两条路径
Old playbook vs AI-native trajectory 传统路径 vs AI Native 路径
TIME → 时间 → VALUE → 价值 → +Hire +Raise +Hire +Raise +招人 +融资 +招人 +融资 AI-native AI Native Traditional 传统路径

This playbook remaps the four core stages for an era where AI is core infrastructure. Each chapter covers what each stage looks like, what to watch for, and where to deploy Claude's three surfaces (Chat, Cowork, Code). 这份手册重新梳理了创业的四个核心阶段。每一章讲清楚:在 AI 成为基础设施的时代,这个阶段该怎么走,Claude 的三种形态(Chat、Cowork、Code)分别用在哪里。

The shortest path between idea and exit. 从想法到退出,最短的那条路。
01
The shift转变
From contributor to orchestrator从亲自动手,到指挥编排

Founders used to be defined by what they could do. Technical founders wrote code; non-technical founders ran ops and closed deals. 过去,看一个人能不能当创始人,看的是他能干什么。懂技术的写代码,不懂技术的跑业务。

In an AI-native startup, the founder role becomes much less individual contributor and much more orchestrator of agents. 在 AI Native 公司里,创始人不再是亲自干活的人,而是指挥 Agent 干活的人。
02
The capabilities能力
Three roles, one operator能力,一个操盘者
The founder as orchestrator 创始人作为编排者
Founder 创始人 JUDGMENT 判断力 DIRECTION 方向 01 Research 研究 on-call expert 随时待命的专家 02 Coding 编程 always-on engineer 永远在线的工程师 03 Automation 工作流自动化

The most revolutionary result of AI as central infrastructure is to unblock non-technical founders with subject matter expertise. When the founder pool expands beyond engineers, you get startups built by people solving real problems the traditional tech-founder pipeline never noticed. AI 最革命性的影响,是解放了那些懂行但不懂技术的创始人。创业者不再只来自工程背景——各种行业背景的人都能下场,去解决传统技术创始人根本没看到的真实问题。

03
The toolkit工具箱
Which Claude, when不同任务,用不同的 Claude
If the task is...任务 Use Why原因
Quick question, rewrite, brainstorm快速提问、改写、头脑风暴 Chat Fast, no setup够快,不用配置
Research, analysis, finished doc from your files研究分析、整理文档 Claude Cowork Folder access, connectors, skills可访问文件夹、连接器和 Skills
Writing, testing, shipping software写代码、测试、上线 Claude Code Codebase access, diffs, git可访问代码库、diff、git
Timing and orchestration are everything. 时机和编排,决定一切。
01
The goal目标
Research, not building先研究,再建

Every founder starts from the same place: a problem they can't stop thinking about. The work here is research, customer discovery, competitive analysis, and honest evaluation of disconfirming evidence — before asking Claude Code to write a line of production code. 每个创业者都从同一个起点出发:一个挥之不去的问题。这个阶段的活是研究、客户访谈、竞品分析,以及诚实地面对反面证据——这些都要在让 Claude Code 写下第一行代码之前完成。

The validation funnel — from hunch to problem-solution fit 验证漏斗:从直觉到问题-方案匹配
Hypothesis 假设 Competitive landscape 竞品格局 Customer interviews 客户访谈 Lightweight prototype 轻量原型 FIT Problem-Solution Fit 问题-方案匹配
02
Exit criteria退出标准
Three "yes" answers回答三个「是」
01
Is the problem real? 问题真实吗?

You can name exactly who has it, how often, how severely, and what they currently do. 你能说清楚:谁遇到这个问题、多久遇到一次、多严重、现在怎么应付。

02
Does the solution address it? 你的方案解决了它吗?

Not the problem you originally assumed — the one validation revealed. 解决的不是你一开始假设的问题,而是验证过程中浮现出来的那个。

03
Is there enough signal? 信号够强吗?

Never certainty — but enough that committing to an MVP is a reasoned decision. 永远不会百分百确定,但要强到让你做 MVP 这个决定有理有据,而不是凭一腔热血。

03
The traps陷阱
Three ways to go off the rails三种翻车方式
TRAP 01
Mistaking building for validating 把动手做当成了验证

42% of startups failed building something nobody wanted — even before agentic coding. A working prototype is not evidence. The conversations around it are. 42% 的创业公司死于做了没人要的东西——这还是 Agentic coding 出现之前的数据。一个能跑的原型本身不是证据,围绕它和用户聊出来的东西才是。

TRAP 02
Premature scaling 过早扩张

AI generates code around a flawed premise as enthusiastically as a great one. The intelligence in the system is yours. 面对一个错误的前提,AI 写代码的劲头跟面对好点子时一模一样。系统里那份判断力,得你自己提供。

TRAP 03
Loss of objectivity 失去客观判断

Ask AI for evidence supporting what you believe and it will find it. Confirmation bias now has an engine. 你让 AI 帮你找证据支持心里的判断,它一定找得到。确认偏误现在有了引擎。

04
How Claude helpsClaude 怎么帮你
Idea-stage playbook想法阶段的做法
Idea-stage workflow with Claude 想法阶段,用 Claude 怎么走
01 Sharpen 打磨 hypothesis 假设 02 Map 梳理 competitors 竞品 03 Interview 访谈 customers 客户 04 Prototype 原型 test w/ 5 users 找 5 个人试 Chat Cowork Cowork Claude Code
Exercise · Sharpen the hypothesis练习 · 把假设磨清楚

Work with Claude until your problem statement is testable. "Contract review takes too long" isn't. "In-house legal teams at mid-market companies spend 3+ days per contract review because redlines live in email threads, not a single version-controlled document" is. 跟 Claude 一起把问题写到能测试为止。「合同审查太慢」太笼统。「中型企业的法务团队每轮合同审查要花 3 天以上,因为修改意见散落在邮件里,没有一个统一的版本控制文档」才是。

Exercise · Synthesize interviews练习 · 把访谈拢起来看

After every five interviews, ask Claude Cowork to produce two lists: evidence supporting your hypothesis, evidence challenging it. If list one is much longer, ask whether that reflects the data — or what you hoped to find. 每做 5 次访谈,让 Claude Cowork 整理两份清单:一份是支持你假设的证据,一份是反对的。如果支持的那份明显更长,问问 Claude——这是数据本身的样子,还是你心里想看到的样子?

Exercise · Build the prototype练习 · 做原型

Define the single core interaction your solution depends on. Have Claude Code build only that. Put it in front of five people from your validated target profile. What you learn beats a dozen discovery interviews. 找出你的方案最关键的那一个核心交互。让 Claude Code 只做这一件事。然后拿给 5 个目标用户上手用。这 5 次对话学到的东西,比十几轮访谈都管用。

01
The goal目标
From validated problem to PMF从「问题验证」到「PMF」

Translate a validated problem into a working product real users will use. Not the full roadmap — the smallest, most focused iteration that produces real evidence of product-market fit. 把一个已经验证过的问题,变成真实用户愿意用的产品。不是完整的路线图,而是最小、最聚焦的那一版,专门用来产出 PMF 的真实证据。

How you build now determines what's possible later. 现在怎么搭,决定了以后能跑多远。
02
The debt trap技术债的陷阱
Why context discipline matters上下文管理为什么这么关键
Compounding debt vs linear debt 技术债:复合 vs 线性
SESSIONS → 会话次数 → DEBT → 技术债 → No context: compounds 没有上下文:复合累积 With CLAUDE.md: linear 有 CLAUDE.md:线性累积

Without specs and architectural constraints written somewhere AI can read, each session re-derives foundational decisions, and those decisions drift. The pieces were never designed to fit together. 如果你不把规格和架构约束写在 AI 能读到的地方,那么每一次会话都会从头推导一遍底层决策——决策会漂移,最后这些代码根本没法拼成一个整体。

03
The challenges挑战
Four ways MVP goes wrongMVP 阶段常见的四种翻车
01
Agentic technical debt Agentic 技术债

Without specs, each session re-derives foundational decisions. They drift. 没有规格,每次会话都得重新推导底层决策——决策会一点点跑偏。

02
False product-market fit 假的 PMF

Launch energy comes from ephemeral forces. Early traction is not the same as PMF. 上线后那一阵热度,大多来自临时性的力量。早期的热闹不等于 PMF。

03
Zero-friction scope creep 零摩擦的功能蔓延

Each feature addition is defensible. The product sprawls past its boundaries. 每加一个功能都说得通。但一路加下来,产品早就脱离了原本的方向。

04
Insecure by inexperience 因经验不够而埋下安全隐患

Agentic coding generates code that works, not code that's inherently secure. Agentic coding 写出来的代码能跑,但不一定安全

04
Measurement衡量方式
How to know when you have PMF怎么判断你到了 PMF
The PMF measurement framework PMF 衡量方式框架
RETENTION D7 / D30 D7 / D30 Set targets before launch 上线之前就定好基准 SEAN ELLIS TEST 40% "very disappointed" if gone 用户说「会非常失望」的比例 EFFORT TEST From pushing to pulling 从推着走,到被拽着走 retention without intervention 不用你介入也能留住用户 FALSE POSITIVES Signups w/o activation 只注册不激活 Revenue w/o retention 有收入但没留存
Exercise · Define architecture first练习 · 先把架构定下来

Before opening Claude Code, open Claude. Describe what you're building. Ask it to define architectural principles for your MVP. Save as CLAUDE.md. Every subsequent session depends on it. 打开 Claude Code 之前,先打开 Claude,把你要做的事讲清楚,让它帮你定一套 MVP 的架构原则,存成 CLAUDE.md。后面每一次会话,都要靠这份文件。

Exercise · Five minutes per session练习 · 每次会话花 5 分钟

At the end of each Claude Code session, add a brief log: what was built, what was decided, what assumptions surfaced. Cheap insurance against architectural drift. 每次会话结束,给上下文文档加一条简短记录:做了什么、定了什么、留了什么假设。5 分钟的成本,换来防止架构跑偏的保险。

Exercise · Security pass before any user练习 · 用户上手之前先扫一遍

Before deploying to real users, run a Claude security review: auth and session handling, data exposure in API responses, input validation, injection risks, dependencies with known vulnerabilities. 在真实用户用上之前,让 Claude 把核心代码过一遍:身份验证和会话、API 响应里的数据暴露、输入校验和注入风险、依赖里的已知漏洞。

When things pull instead of push — that's the PMF signal. 当用户开始拽着你跑,而不是你推着他们走——那就是 PMF 来了。
01
The goal目标
Traction into engine把势头做成引擎

Launch turns early traction into a repeatable, sustainable growth engine. The product has to be production-ready. The infrastructure beneath has to harden. And around the product, a real company has to take shape. 上线阶段,要把早期的势头变成一个可重复、可持续的增长引擎。产品要达到生产可用,底层基础设施要扛得住压力,同时围绕产品要长出一家真正的公司。

Three exit criteria — all must hold 三个退出标准——三个都要满足
01 Growth 增长 repeatable 可重复 02 Product 产品 hardened 扛得住 03 Ops 运营 delegated 可委托 Launch ready 上线就绪
02
The challenges挑战
Four threats to growth增长路上的四个坎
01
Technical debt comes due 技术债到期

Production traffic exposes the MVP-stage shortcuts. The longer this waits, the more expensive it is. 真实流量一上来,MVP 阶段抄的所有捷径都现原形了。拖得越久,修起来越贵。

02
Founder becomes the bottleneck 创始人自己成了瓶颈

Hour-long decisions take a week to get to. Support piles up because only you know. 本来一小时能拍板的事,要拖一周;客服请求堆成山,因为只有你知道答案。

03
Security can't be deferred 安全不能再拖

Real users, real data: simple becomes liability. 有了真实用户、真实数据,「先这样吧」就变成了真正的负债。

04
Expansion before ready 还没准备好就想扩张

New markets look like growth. They can be where PMF goes to die. 新市场看起来都是增长机会。但很多时候,它也是 PMF 的坟墓。

03
How Claude helpsClaude 怎么帮你
Three Claudes, one lean team三个 Claude,撑起一支精简团队
How three Claudes scale a lean team 三个 Claude 让小团队跑出 N 倍杠杆
Small team 精简团队 N× LEVERAGE CODE builds product 做产品 COWORK builds company 建公司 CHAT operationalizes knowledge 把零散知识沉淀进运营
Exercise · Audit architectural debt练习 · 审计一下架构债

Direct Claude Code to audit your MVP codebase: produce a prioritized list of structural weaknesses, test coverage gaps, refactoring candidates. Feed it to Claude and sequence the remediation across your sprints. 让 Claude Code 给 MVP 代码库做一次审计,列出结构性弱点、测试盲区和重构候选,按优先级排序。再把这份清单交给 Claude,让它帮你排进接下来几个 sprint。

Exercise · Replace founder attention练习 · 把创始人的注意力释放出来

Use Claude Cowork to audit every recurring task that lands on you. Sort into three buckets: fully automatable · needs a human (not you) · genuine founder judgment. 让 Claude Cowork 把每天落在你身上的重复活全部列出来,分成三类:可以全自动化的 · 需要人但不必是你的 · 真正需要创始人判断的。

Exercise · Enterprise security review练习 · 做一次企业级安全审查

Run a Claude Code review oriented to frameworks your market requires (SOC 2, GDPR, HIPAA). Output: prioritized fixes + checklist of docs enterprise buyers will ask for. 针对你目标市场要求的合规框架(SOC 2、GDPR、HIPAA),让 Claude Code 做一次代码级安全审查。要两样东西:按优先级排好的修复计划,以及企业买家会要的文档清单。

01
The goal目标
Build a defensible moat造一条护得住的护城河

For an AI-native startup, the goal is a defensible moat through accumulated depth — expertise built into your product, integration depth with your users' other tools, and proprietary system data no generalist AI can match. 对 AI Native 创业公司来说,目标是通过积累的深度构建护城河——你建到产品里的专业知识、和其他工具平台的集成深度、以及任何通用 AI 都无法匹配的专有数据。

The four moat layers 护城河的四层
Product 产品 Domain expertise 领域专业知识 User data flywheel 用户数据飞轮 Workflow lock-in 工作流锁定 Integrations depth 集成深度
Exit at a threshold, not a milestone: the company is sustainable even as the founder steps out of day-to-day operations. 退出的标准不是一个里程碑,而是一道门槛:哪怕创始人慢慢退出日常运营,公司也能自己跑下去。
02
The challenges挑战
Four growing pains四种成长的痛
01
Delegating the ops layer 可把运营层放出去

Codify what lives only in the founder's head into documented, auditable, transferable systems. 把那些只在创始人脑子里的东西,沉淀成能查、能审、能交接的系统。

02
Scaling tech operations 扩展技术运营

Customers want you as a dependable infrastructure partner, not just a product. 客户要的不只是一个产品,而是能托付的基础设施合作伙伴。

03
Scaling org functions 搭起组织职能

Hiring, payroll, accounting, legal — all need infrastructure regardless of headcount. 招聘、工资、财务、法务——不管团队大小,都得有一套体系。

04
Building GTM function 建一支 GTM 队伍

Organic growth has a ceiling: flat user curves, rising CAC, pipeline that only moves when you're personally involved. 有机增长有天花板:用户增长曲线变平、获客成本越来越高、销售管道只有你亲自上场才推得动。

03
The flywheel飞轮
How compounding works复合是怎么发生的
The compounding flywheel 复合飞轮
More usage 更多使用 01 More data 更多数据 02 Better product 更好的产品 03 Deeper lock-in 更深的锁定 04 Moat 护城河
Exercise · Bottleneck map练习 · 画出瓶颈路径图

Use Claude to map every workflow, decision, and approval routed through you. Ask it to extrapolate what happens when you're unavailable for a week. What stalls is where you're still derailing progress. 让 Claude 把所有经过你这里的工作流、决策、审批都列出来,再推演一遍:你一周不在,每一条会怎样?那些会卡住的,就是你还在亲自拖后腿的地方。

Exercise · Map your moat练习 · 画出你的护城河

Identify one edge case a generic competitor would definitely get wrong in your vertical. With Claude Code, build a dedicated test case. Every time a similar one surfaces, add it. Your test suite becomes a map of your moat. 找出一个通用竞争对手在你的垂直领域一定会搞错的边界情况。和 Claude Code 一起为它建一个专门的测试用例。你的测试套件变成了你护城河的路径图。

Exercise · Workflow lock-in audit练习 · 审计一下工作流锁定

For your top ten customers, document the automations they've built on top of your product, the integrations they depend on, and your estimate of their switching cost. 挑出你最重要的 10 个客户,盘一遍:他们在你产品上搭了哪些自动化、用了哪些集成、估算一下他们要换掉你的成本。

01
The compression时间被压缩
Quarters into weeks从季度,到周

In the AI era, the founder's job is the same: find a real problem, build something that solves it, scale it into a company that matters. What's changed is the path. Across the four stages, AI compresses quarters into weeks. AI 时代,创始人的工作没变:找到真实问题,建一个能解决它的东西,把它做成有影响力的公司。变了的是路径。在四个阶段中,AI 把以季度为单位的工作时间被压缩到以周为单位。

Old timeline vs new timeline 新旧时间线对比
BEFORE 过去 Validate 验证 3 months 3 个月 Prototype 原型 2 months 2 个月 MVP MVP 6 months 6 个月 Launch 上线 NOW 现在 Validate 验证 an afternoon 一下午 Prototype 原型 a few days 几天 MVP MVP a few weeks 几周
02
The new rule新玩法
Where the bottleneck moved瓶颈,搬家了

Validation cycles that used to take months now take afternoons. A working prototype no longer requires a co-founder with the right stack — it requires a clear problem and a few focused sessions with a coding agent. Launch readiness compresses from a pre-launch scramble into a continuous workstream. And at scale, the operational weight that used to force early hires into firefighting roles can be handed off to AI. 过去需要数月的验证周期,现在一下午就能完成。一个可运行的原型不再需要有对的技术栈的联合创始人——它需要的是一个清晰的问题和几次聚焦的 Agentic coding 会话。上线就绪从赶工时间被压缩为持续工作流。在规模化阶段,过去把早期招聘逼成救火员的运营负担,可以交给 AI。

The bottlenecks are no longer
what you can build,
but what you choose to build.
瓶颈不再是「你能做什么」,
而是「你选择做什么」。

— End of playbook — — 全书完 —