芯耀
与非AI
294
大家好，我是写代码的中年人。
前几天Anthropic在他们的官方博客上发了一篇文章：The Founder's Playbook:Building an AI-Native Startup，配套还放出了一份三十多页的PDF手册，我一口气读完，合上电脑，愣坐了好一会儿。
不是因为内容多么惊世骇俗，而是因为我看到了一个非常清晰、非常残酷的现实：做软件这件事的游戏规则，真的变了。
我做了这么多年代码，从C++写到.NET/Java，从前端调到后端，从单体架构折腾到微服务，我以为自己跟得上时代，但这份手册里有一句话像针一样扎在我心里：
"The bottlenecks are no longer what you can build, but what you choose to build."
(瓶颈不再是你能造什么，而是你选择造什么。)
今天这篇文章，我就跟大家聊聊这份手册里讲的东西。不是翻译，也不是搬运，是我作为一个写了大半辈子代码、现在每天还在跟Claude Code打交道的中年程序员，聊聊我看完之后的所思所想。
创业这件事，门槛真的塌了
Anthropic在手册开篇就讲了一件让我很有感触的事情：在2026年，一个从来没写过一行代码的人，正在交付生产环境的应用程序：一个十个人的小团队，正在做估值十亿美金的事情。
这不是鸡汤，也不是PPT上的画饼，我自己就见过这样的例子。
我有个朋友，做了二十年餐饮供应链，完全不懂技术，前段时间花了三个礼拜，用Claude Code做了一个针对自己客户的库存预测小工具。不是Demo是真的上线在用的工具。我去看他的代码，坦白讲以传统标准衡量，代码风格混乱、命名随意、注释稀少。但是：它跑得起来，它解决了真问题，它的客户愿意付钱。
这就是手册里反复强调的一个观点：过去的创始人，是被"能做什么"定义的，现在的创始人，是被"想做什么"定义的。
技术创始人写代码，非技术创始人跑业务，这种泾渭分明的角色分工，在AI面前已经被冲得稀碎。一个有行业know-how但不会写代码的人，完全可以靠AI把产品做出来，一个会写代码但不懂业务的工程师，也可以让AI帮他做市场调研、写商业计划书、做财务模型。
我作为一个全栈开发者看到这一点心情其实是复杂的。一方面我觉得这是好事，门槛降低，意味着真正有想法、有领域积累的人可以更直接地把想法变成产品，另一方，我也得承认：单纯靠"会写代码"这一项技能吃饭的日子，真的快到头了。
如何打造个人创业公司呢？
Anthropic这份手册把创业公司的生命周期分成了四个阶段：Idea(想法)、MVP(最小可行产品)、Launch(发布)、Scale(规模化)。听起来跟传统的创业理论没区别，但是每一步背后的玩法，都被AI彻底重写了。
Idea：别急着写代码
这是最让我意外的部分。
手册里说，过去做软件，从想法到能演示的原型，大概要几个月。现在用Claude Code可能一个下午就出来了。但恰恰因为太容易了，反而成了创业者最大的坑。
我读到一个数据：42%的创业公司倒闭，是因为他们做出来的东西根本没人要。在AI时代，这个比例只会更高。
为什么？因为以前你想验证一个想法，得先掏钱、找人、写代码，这个过程本身就是一道筛子。很多坏想法在花钱之前就被自己劝退了。现在AI把这道筛子拆了，你脑子一热，可能两天就把"产品"做出来，然后你看着这个东西，会产生一种致命的错觉："我都做出来了，这事一定靠谱。"
手册里有一句话特别狠：
"一个能跑的原型很容易被误认为是'你在解决真问题'的证据，但它不是。"
那应该怎么做？手册建议在写代码之前，先用AI做这几件事：
把你的问题假设打磨到可被验证的程度。不是"用户做报销很麻烦"，而是"中型公司财务经理每周要花4个小时以上对账，因为现有工具不能跟会计软件集成"。
让AI做你的魔鬼代言人。让它反驳你的想法，让它找出能击垮你的证据。这一点我特别认可：人天生会找证据支持自己已经相信的东西，如果你只让AI帮你"验证"想法，它一定能给你拼凑出一份让你飘飘然的报告。关键是要主动让AI找出你不想看到的东西。
用AI做用户访谈的前期工作：画用户画像、起草访谈提纲、识别诱导性问题、做出策略性的追问设计。但访谈本身要自己上，这是AI没法替代的。
我觉得这一段对我们这些技术出身的人启示特别大。我们习惯了"先做出来再说"，但在AI时代，最危险的事情就是太早开始写代码。
MVP：速度的陷阱
到了MVP阶段，手册讲了一个新概念，叫"Agentic Technical Debt"，中文：智能体技术债。
什么意思？传统的技术债是慢慢攒出来的，你赶项目临时打个补丁，过几个月再回头清理。AI时代的技术债不一样，它是复利式累积的。
为什么？因为每次你打开AI，如果没有持续性的上下文(比如CLAUDE.md文件)，AI会重新猜测一遍你的架构。这次它觉得应该用工厂模式，下次它觉得应该用单例，再下次它觉得直接全局变量也挺好。每一次都是合理的，但合起来就是一团乱麻。
我自己在项目里就深有体会。一开始我没有写CLAUDE.md，每次让Claude帮我写SDK的时候，它都得重新理解一遍我的项目结构，代码都能跑，但放在一起看就让人头大。
手册的建议非常清晰：架构先于代码，文档先于功能。
在打开AI之后，要先跟它讨论清楚：你要做什么、你的核心问题是什么、你预期半年内多大规模、你愿意接受什么取舍。把这些东西写到CLAUDE.md里，作为项目的"持久记忆"。
每次新的Claude Code会话开始，先重温这份文档，每次结束，把新的决策追加进去。五分钟的文档维护，能省你后面无数次的痛苦重构。
还有一个让我深以为然的点：安全性。AI生成的代码功能上没问题，但安全漏洞是不会主动暴露给你的。手册建议在任何真实用户接触产品之前，用AI跑一遍安全审查，重点关注认证、会话处理、数据暴露、注入风险、依赖漏洞这几个方面。
Launch：创始人变成瓶颈
这一阶段的核心矛盾是：创始人自己变成了公司增长的最大瓶颈。
在前两个阶段，创始人事必躬亲是优势，因为只有你最清楚每一个细节。但到了发布阶段，用户来了、订单来了、Bug来了、客户反馈来了、招聘需求来了，你一个人扛不住了。
手册讲了几个识别"创始人瓶颈"的信号：本来一个小时能拍板的决定，现在拖一个礼拜，客服请求堆积，因为只有你知道答案，某些运营事项，只有你想起来才会发生。
这段话我看着特别有共鸣。我虽然不是创始人，但我作为一个全栈开发者，在公司里也经常陷入类似状态：某个集成只有我懂、某个老接口只有我维护、某个奇怪的Bug只有我能修。这种"不可替代性"短期看是价值，长期看是诅咒。
手册给的建议很务实：用Claude Cowork做一次彻底的"运营审计"，把你每天处理的所有事情列出来，然后分成三类：能完全自动化的、需要人但不必是你的、确实需要创始人判断的。
然后，把第一类交给自动化，第二类找人或者建系统，第三类老老实实留给自己。
这件事说起来容易，做起来非常违反人性。因为我们这种技术出身的人，最大的快感来自于"我搞定了"，而不是"系统搞定了"。但手册里有一句话点醒了我：
"从'做事'到'设计做事的系统'，是创业旅程中最困难的转变之一。"
Scale：护城河是什么
到了规模化阶段，问题变成了：如果一家大公司明天就抄你的产品，你的用户会留下来吗？
手册给出的答案是AI时代特有的三种护城河：
领域知识的沉淀。你做了一个面向中小餐饮的进销存工具，通用 AI 在处理"预制菜成本核算"或者"堂食外卖混合开票"这种场景时会一脸懵，但你的工具因为吃透了这些行业里独有的弯弯绕：比如老板娘和厨师长之间那本说不清的账、不同平台抽成规则的差异、月末跟供应商对账时那些"惯例上不计较"的小数点，所以处理得稳稳当当。每一个你解决的具体问题，都是别人需要从零开始踩坑的护城河。
用户行为数据的复利。你的用户用你的产品越久，产生的反馈数据越多，你的模型迭代越精准，产品越好用，用户越离不开。这个飞轮一旦转起来，新进入者根本追不上。
工作流锁定。当用户在你的产品上面搭建了自动化、培训了员工、对接了数据源、写了一堆prompt模板，切换成本就不再是一个"产品决策"，而是一个"运营项目"。
通用AI越强大，垂直深度的价值反而越高。这一点是我从手册里读到的最大启发。
———————————————
写在最后的几点感想
读完这份手册，我有几个特别强烈的感受，跟大家分享一下。
工程师这个职业正在被重新定义，但不是被消灭。
手册里反复强调，AI写代码很快，但"该写什么代码"这个问题，AI是回答不了的。一个有产品taste、懂用户、懂业务、能判断什么该做什么不该做的工程师，价值反而比以前更高。真正会被淘汰的是只会写代码、不思考"为什么写"的工程师。
垂直领域的知识积累，在AI时代变得更值钱了。
通用模型再厉害，也无法替代你在某个行业摸爬滚打十年攒下来的know-how。问题不在于你懂不懂技术，而在于你愿不愿意把你懂的东西系统地教给AI。教得越多，你的产品壁垒越深。
创业的成本结构变了，但创业的本质没变。
便宜了，快了，门槛低了，这些都是真的。但是"找到真问题、做出真解决方案、找到愿意付钱的真用户"这条主线，一点都没变。AI让做出来一个东西变得容易，但让做对一个东西没变得更容易，反而更难了：因为你太容易在错的方向上跑得飞快。
作为一个中年程序员，我觉得现在是最好的时代，也是最焦虑的时代。
好的地方在于，我可以在下班之后用几个晚上的时间，做出过去需要一个团队几个月才能做的东西。我可以把脑子里那些"如果我有空就做"的想法，真的做出来真的拿给人看。
焦虑的地方在于，我清楚地知道：如果我停留在"接需求-写代码-提交"的循环里，五年以后我可能就真没什么不可替代的价值了。这个行业不需要那么多打字员，它需要思考者、判断者、设计者、编排者。
我前两天跟一个朋友聊天，他问我："你觉得我们这种三十多岁的程序员，以后该怎么办？"
我想了想说："以前我们靠'我会写'吃饭，以后我们得靠'我知道该写什么'吃饭。"
———————————————
如果你也是创业者，或者打算创业，我强烈建议你去把Anthropic这份《Founder's Playbook》完整读一遍。
如果你跟我一样，只是一个普通的开发者，那这份手册依然值得读：因为里面讲的，不只是创业的方法论，更是这个行业未来几年的游戏规则。
时代变了，我们也得跟着变。
不变，就只能被变。
