惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Engineering at Meta
Engineering at Meta
月光博客
月光博客
WordPress大学
WordPress大学
C
Cisco Blogs
Recent Commits to openclaw:main
Recent Commits to openclaw:main
博客园 - 【当耐特】
大猫的无限游戏
大猫的无限游戏
The GitHub Blog
The GitHub Blog
Google DeepMind News
Google DeepMind News
The Cloudflare Blog
有赞技术团队
有赞技术团队
Microsoft Azure Blog
Microsoft Azure Blog
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
小众软件
小众软件
H
Heimdal Security Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
W
WeLiveSecurity
量子位
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
F
Fortinet All Blogs
T
Threat Research - Cisco Blogs
Attack and Defense Labs
Attack and Defense Labs
P
Privacy & Cybersecurity Law Blog
D
Darknet – Hacking Tools, Hacker News & Cyber Security
NISL@THU
NISL@THU
Forbes - Security
Forbes - Security
L
Lohrmann on Cybersecurity
C
CERT Recently Published Vulnerability Notes
L
LINUX DO - 热门话题
Google Online Security Blog
Google Online Security Blog
S
Security Affairs
V2EX - 技术
V2EX - 技术
TaoSecurity Blog
TaoSecurity Blog
N
News and Events Feed by Topic
N
News | PayPal Newsroom
S
Security @ Cisco Blogs
宝玉的分享
宝玉的分享
Project Zero
Project Zero
The Hacker News
The Hacker News
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
PCI Perspectives
PCI Perspectives
G
GRAHAM CLULEY
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Y
Y Combinator Blog
N
Netflix TechBlog - Medium
S
Schneier on Security
Application and Cybersecurity Blog
Application and Cybersecurity Blog
www.infosecurity-magazine.com
www.infosecurity-magazine.com
博客园 - 聂微东

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
如何创建一家AI Native公司?Anthropic刚发的这份手册,把答案说清楚了 – 人人都是产品经理,
AI星球 · 2026-05-22 · via 人人都是产品经理

Anthropic在2026年5月发布的《创始人手册》,系统阐述了如何从零构建一家AI Native公司。本文结合手册核心框架和31家精益AI小团队的真实案例,拆解AI Native公司的本质,不是贴AI膏药,而是从第一天起以AI为基础设重新设计生产关系、工作流和组织形态。核心观点:AI时代最稀缺的不再是执行力,而是判断力;小团队正在成为巨头的标准配置。

前段时间,Anthropic在他们官网上悄悄发了一份36页的PDF。

名字叫《The Founder’s Playbook》,创始人行动手册。

没有发布会,没有媒体通稿,没有CEO出来站台。就是默默地挂在了blog上,配了一篇不长不短的说明文章。

但我读完这份手册之后,脑子里只有一个想法,这可能是2026年关于创业最重要的一份文档。

不是因为它的方法论有多新奇。

而是因为它说了一句整个AI行业都在回避的话。

「我们不知道AI能不能成功,但我们必须按照它会成功的方式去构建公司。」

我不知道大家看到这句话是什么感觉,反正我当时就愣住了。

说真的,Anthropic这家公司挺有意思的。它既在卖AI产品,又在教你怎么用AI替代工程师。一边在商业化自己的模型,一边在手册里公开说「Claude已经在内部承担了90%的代码编写工作」。这种又当运动员又当裁判、还主动把规则告诉所有人的操作,我只能说,

太特么赤鸡了。

但恰恰是这种坦诚,让这份手册有一种很奇特的可靠性。它不是在给你画饼,不是在告诉你「AI时代遍地黄金来吧来吧」。它说的是,「我们正在做的这件事,方向应该是对的,但我们也不确定。不过,如果你也想走这条路,这是我们踩过的坑和经验。」

我觉得这才是真正值得读的东西。

所以今天这篇文章,我想把这份手册的核心逻辑讲透,再加上我自己这一年多观察到的案例和数据,聊聊到底什么叫AI Native公司、怎么从头开始建一个。

先回到那个最根本的问题。

什么叫AI Native?

很多人觉得用了ChatGPT写周报、用Claude生成几行代码、搞了个AI客服机器人,就是AI化转型了。

坦率的讲,这叫贴膏药。

Anthropic在这份手册里给了一个很清晰的定义,AI Native公司的核心特征,不是它用了多少AI工具,而是它在组织形态上,从第一天起就把AI当作基础设施。

什么意思呢?

一句话讲完,在一家AI Native公司里,AI不是工具,是组织的一部分。

你看看现在大部分公司的组织结构,是怎么运转的。一条产品线,需要产品经理写PRD、设计师出图、前端后端开发、测试、运营、客服、数据分析。这条线上每个人都得在,每个环节都需要人力。

AI Native公司的逻辑完全不一样了。它跟传统公司的基因差异,大概可以这么理解。

传统公司的生产关系是「人使用软件」。AI Native公司的生产关系是「人管理AI,AI管理流程」。

在传统公司里,AI承担的是辅助角色,帮你写个会议纪要、润色一下邮件、问问某个数据是怎么回事。在AI Native公司里,AI直接参与产品设计、编码、客服、数据分析、市场调研、增长运营,甚至部分的商业决策和管理工作。

我这么说你可能觉得夸张。

Anthropic自己在内部就是这么做的,Claude承担了他们的绝大部分代码生成工作。工程师的核心竞争力,已经悄悄从「写代码」变成了「设计系统、管理Agent、组织上下文、构建工作流」。

不是哥们,你想想看这到底在说什么。

意味着以后一家公司的竞争力,跟你团队里有多少工程师,没有半毛钱关系。跟你能不能把AI变成你团队的真正成员,息息相关。

这不只是一个技术问题,这是一个公司生产关系的彻底重构。

我跟你说个数据,听完你可能就理解我在说什么了。

有一份叫「顶尖精益AI Native公司排行榜」的榜单,统计了31家团队规模小于50人、但年收入超过500万美元的AI公司。

31家公司,平均员工数,20个人。

人均年创收,279万美元。

是传统SaaS公司人均产出的10倍。

苹果的员工人均市值大概1800万美元,Google大概1000万美元。这31家AI Native小公司的人均估值,1.4亿美元。

我知道这个数字有点夸张,但是。

榜单里有一家公司叫Arcads AI,做AI广告视频生成的,5个人,年收入500万美元,没有任何外部融资。AI Agent在他们公司内部负责竞品监控、脚本生成、投流优化、客服,甚至连会计都是AI在做。五个活人只做一件事,搭建和管理这些Agent。

还有一个叫Cal AI的,做AI食物热量扫描。创始人是个高中生,起步的时候团队4个人,年收入做到了1200万美元,一毛钱融资都没拿。

Cursor,做AI编程工具的,三年累计收入超过1亿美元。

Lovable,也是个AI编程产品,上线3个月做到1700万美元ARR。

Bolt.new,2个月,2000万美元。

这些不是遥远的硅谷传奇,这是过去一年真实发生的事情。

说真的,我自己看到这些数字的时候,跟你们一样震了一下。但震完之后我认真想了想,这些公司的共同特征到底是什么。

答案是,它们从成立的第一天起,就没有按照传统公司的逻辑来搭组织架构。

回到Anthropic那份手册。

他们把AI Native创业拆成了四个阶段,Idea、MVP、Launch、Scale。每个阶段的退出标准、常见风险和AI使用方式,都说得非常清楚。

而最让我觉得有意思的,是第一阶段,想法。

Anthropic在这个阶段提出的最大警告,恰恰是利用AI这件事本身。

他们说,AI大幅降低了开发门槛之后,创始人最容易被一件事欺骗,就是把「做出了一个能跑的Demo」当作「市场验证通过」的铁证。

42%的创业公司失败,原因不是技术不行,不是团队太弱,而是,根本没人需要他们的产品。

AI让任何人都能在一天之内搭出一个像模像样的产品原型,这反而让这个42%的风险变得更高了。因为以前做出Demo本身就很难,能做出Demo起码说明你有执行能力。现在AI替你做了执行,你很容易跳过那个「慢下来质问自己这东西到底有没有人需要」的关键步骤。

Anthropic在手册里给了三个退出标准,你必须在进入下一阶段之前,三个问题都回答「是」。

第一个,问题是不是真实而且具体的?你能准确说出谁会遇到这个问题、多久发生一次、有多严重吗。

第二个,你的方案真的在解决那个问题吗?你验证的是用户在过程中暴露的真实需求,还是你一开始就预设好的假设。

第三个,有没有足够的市场信号。Anthropic在这里补充了一句很关键的话,你不需要100%的确定性,但等待确定性本身,就是一种失败模式。

顺着上面的再聊聊,Anthropic还给了个特别骚的操作。

他们建议你不要用AI来验证你的想法有多好。相反,你要让AI来做结构化魔鬼代言人。

什么意思呢。就是让AI专门论证一件事,你的竞争对手为什么一定会赢、你一定会输。把所有的反面证据全部挖出来。

我寻思了一下,这个建议是真的很实在。因为AI有一个天然的问题,你问它「我的想法好不好」,它一定能找到一堆理由告诉你这个想法很牛逼。这叫确认偏误。AI不会主动质疑你的前提,它只会高效执行你的预设。如果你让它往错误的方向跑,它能跑得又快又好。

所以在想法阶段,AI最大的价值不是帮你证明什么,而是帮你反驳自己。

这真的是我读这份手册最大的一个触动点。

AI可以把你的错误执行得非常完美。而这,恰恰是它最危险的地方。

第二阶段,MVP。

到了这个阶段,开始真正写产品了。Anthropic给的核心建议是,速度不是目的,稳定才是。

别让AI一次性生成整个代码库。先把架构骨架搭好,再用AI一块一块填充功能。

说实话,这个建议我自己也踩过坑。我之前试着用AI一次性搭一个完整应用,代码确实是跑起来了,功能也都对。但过了两周我想加一个新功能,发现整个代码结构乱得像毛线球,牵一根全散。那条命就是技术债。

Anthropic的说法是,AI写代码的时候容易累积技术债,架构设计、安全实践、代码审查这些环节,在AI快速出稿的过程里容易被跳过。所以MVP阶段最重要的不是做到多快,而是搭好一个维护成本低的底子。

我觉得还是挺重要的。

第三阶段,上线。

到了这个阶段,核心目标变了,把创业者从运营里解放出来。

Anthropic的建议非常直接,用AI工作流替代掉重复性的人力运营。日程排期、CRM更新、周报拉取、文档维护、内容发布这些事,全部配置成自动执行的AI工作流。

你想想看,创始人在这个阶段最稀缺的东西是什么。不是钱,不是什么外部资源。是注意力。

如果你的精力每天都被排日程、回邮件、更新文档这种琐事切碎,你根本没办法专注在产品方向决策、关键客户关系和融资节奏这三件真正重要的事情上。

Anthropic的说法是,你作为创始人的角色,应该从「执行层干活的人」转向「指挥AI Agent干活的人」。

我觉得这个转变是很多人最难过的一道坎。因为你会忍不住想自己上手,你觉得AI做的没你做的好。但问题是,你上手一次就等于你永远要上手,你不放手就永远没有余力去做更重要的决策。

说真的,我自己也在经历这个转变。很难。但这种难受的感觉,可能是对的。

第四阶段,规模化。

这个阶段,Anthropic抛出了一个真正颠覆性的观点。

传统公司的增长逻辑是这样的,验证模式→融资→招人→建产品→再融资→再增长→再招人。每一个新阶段都默认一件事,你得扩大团队,你得再融一轮。

AI Native公司把这个默认假设彻底干掉了。

10人规模的独角兽,正在从传奇变成常规操作。

不是「也有可能」,是「正在变成」。

你需要的人会越来越少,但你需要的系统会越来越复杂。未来的竞争,比的不是你调用了多少个模型API,而是你有没有构建起一套AI Workflow、AI Memory、Agent协作和上下文管理系统。

Anthropic在手册里反复强调一个概念,上下文工程。

这个词可能是整份手册里最重要但最容易被忽略的一个概念。

AI的能力上限,不取决于模型本身,取决于你给它提供了什么样的上下文。你怎么组织知识,怎么管理记忆,怎么定义任务边界,怎么让多个Agent之间不互相踩脚。这些事情的复杂度和重要性,远远超过「写一个好Prompt」。

Prompt很重要,但真正让AI Native公司拉开差距的,是背后的系统架构能力。

说到这块,我想起上周读到的另一篇文章。

那篇文章讨论的是中国企业做AI落地的时候最容易被忽视的一个问题,数据流。

中国企业普遍不缺模型能力,不缺算力,不缺场景。但有一个东西普遍缺,数据流。

企业内部有ERP、CRM、OA、数据库、IoT、日志系统、文件系统,一大堆东西摆在那里。但AI根本调不动这些数据。系统跟系统之间不通,数据跟数据之间没打通,AI只能停在聊天那一层,进不了真正的生产系统。

那篇文章打了一个比喻,我觉得挺到位的。

AI是大脑,数据流是神经网络。没有神经网络,大脑就是被困在颅骨里的一坨肉。

所以回到「怎么创建一家AI Native公司」这个问题。

它不是一回事,「我要多用AI工具」。

它是一整套从组织结构、工作流程、数据体系、文化基因层面的重构。

我试着用自己的理解,把这条路径梳理成几个关键动作。

第一个动作,在想法阶段,把AI当魔鬼代言人来用。不要让它夸你的想法好,让它把所有可能失败的理由全列出来。直到你扛住了AI的反驳,你才算对自己的想法有了基本信心。

第二个动作,搭MVP的时候,先画架构骨架再填充。不要让AI直接吐一整个代码库出来,让它先帮你设计好模块边界和数据结构。这条路走得慢,但后面维护成本会小很多。

第三个动作,一上线就搞运营自动化。把排日程、回邮件、拉数据、写周报这些事,从一开始就丢给AI Agent。创始人守好自己的三件事,产品方向、关键客户、融资节奏。别的,能不放手上就不放手上。

第四个动作,不要一赚钱就想着招人。问问自己,这件事能不能用AI先解决。Arcads AI五个人做到500万美元ARR,Cal AI高中生起步四个人做到1200万。你想想看,你需要那么多人吗。

第五个动作,从现在开始建立你的上下文工程体系。把你的行业know-how、用户洞察、业务逻辑,结构化地喂给AI。这件事的长期价值,远超写一堆Prompt模板。

我得坦诚地说一件事。

我自己也还在摸索这条路。

我说的这些,不是「我做到了」,而是「我正在做,觉得方向应该是对的」。

我们公司现在的每一条流程、每一个决策,我都在试着想一个问题,这件事如果从头开始搭,AI应该坐在什么位置上,而不是作为事后给人类打辅助。

这很难。中间会有流程断掉的时候,AI的输出质量忽高忽低的时候,团队里的人不理解为什么要这么折腾的时候。一开始你会发现,用AI做这件事比你自己手动做还慢。

我发现在我自己的经验里,大概要熬过前两个月,才能慢慢看到正向循环,AI开始理解你的上下文,输出质量开始稳定,你花在协调和返工上的时间开始明显下降。

这个过程确实不轻松,我也不想美化它。

但我觉得这条路是对的。

不是因为它看起来酷。是因为如果公司的组织形态真的在被AI改写,那越早上路的人,积累的上下文工程和系统搭建经验就越多,后面追的人就越难追。

历史上有过一个非常相似的时刻。

1880年代,电力刚进入工厂的时候,大部分工厂做了一件看起来很合理的事,把蒸汽机拆掉,换上电动机。然后继续用原来的皮带传动系统,让一台大电机通过天轴和皮带群,把动力传给每一台机器。

这套方案运行了好几年。

直到亨利·福特这种人出现,才想明白一件事,换动力来源不是关键,重新设计整个工厂的物理布局才是。把皮带传动改成每台机器独立驱动,把生产线从按机器类型分组改成按生产流程排列。生产效率直接翻了五倍。

那些只换了电动机但保留了皮带传动系统的工厂,全部死掉了。

不是因为它们没用电。

是因为它们用电的方式错了。

你看看现在有多少公司在做的AI转型,就是把蒸汽机换成电动机,然后继续用原来的皮带传动系统。

买个ChatGPT Team给全员分发下去,找个AI客服机器人接在前端,搞几个自动化脚本处理报表,皮带上多挂了几台新电机,仅此而已。

真正的AI Native,是在拆掉皮带传动系统本身。

回到开头。

Anthropic那份手册里最打动我的一句话,不是那些方法论和框架。

是那句,「我们不知道AI能不能成功,但我们必须按照它会成功的方式去构建公司。」

这句话里有一种很罕见的诚实。

不是「我来教你怎么成功」,而是「我也不知道,但我愿意赌这条路是对的,并且我正在这么走」。

说真的,我们可能都处在同一个时刻。

电力取代蒸汽花了40年。AI Native公司成为主流这件事,可能也需要这么久,也可能只要10年,也可能明年就来了。

没人能确定。

但有件事是确定的。

那些不是从第一天开始就把AI当成基础设施的公司,将来付出的改造成本,会比从头建一个AI Native公司还要高。

就像那些保留皮带传动系统的工厂。

它们最终也拆了,只是拆得比别人晚了十年。