AI不是宠物是牲口

前两天Anthropic发了两篇博客，我没仔细看，但朋友圈都在转。

然后我发现一个有意思的事——

搞AI的人，正在用养鸡场的方式管理AI。不是宠物，是牲口。

这事其实挺反直觉的。大多数人聊AI，都在问”AI能做什么”。但真正重要的问题是：你的AI挂了怎么办。

我第一次搭AI Agent的时候，踩过一个坑。

当时觉得挺简单的——把模型推理、代码执行、对话状态，全塞进一个容器里。就像你把所有工具扔进一个工具箱，拿起来就走。

结果有一次，容器崩了。

对话全丢了。用户正在跑一半的任务，说没就没。你还得一个个去道歉。那感觉，就像养了三年的猫突然跑了——不只是工具坏了，是感情受伤了。

这就是典型的”宠物架构”。每个容器都是独一无二的，精心维护的，不可替代的。它挂了，你心疼。

运维圈有个老词，叫”宠物 vs 牲口”。

宠物服务器有名字，叫Zeus、Athena、Poseidon。它生病了，你得半夜爬起来抢救。

牲口服务器有编号，叫#001、#002、#003。有人生病了？拉走，换一台新的。没人会为一头牲口掉眼泪。

这个比喻2012年就有人提出来了。十四年了，很多人在搭AI Agent，还是用养宠物的方式。

Anthropic后来想明白了，做了一次手术。他们把架构拆成了三块。

第一块是工作记录本。记的是流水账——Agent干过什么，一笔笔记下来，存在外面。容器崩了？记录本还在。

第二块是工头。负责调用模型、分配任务、盯着上下文。但这个工头是健忘的——它自己什么都不记，拿到记录本才想起来。你要它滚？随时滚，换一个上来接着干就行。

第三块是操作间。代码在这里跑，文件在这里改。操作间是隔离的，包间，进不去门外的保险柜。

动脑的不动手。动手的不动脑。

你自己想想，你有没有让一个人既做决策又搬砖？累死他。

改成牲口架构之后，效果怎么样？快了很多。

以前启动一个Agent，得先把整个容器配好——装环境、挂文件、注入钥匙，然后才能开始干活。

现在不用了。工头拿到记录本的编号，直接开干，不用等包间准备好。

而且，工头可以有很多个。一个工头挂了，新的工头拿着编号去翻记录本，接上继续干。对用户来说，只是某个步骤失败了，重试一次就行。

牲口哲学的核心：没有什么是不可替代的。

但牲口也会跑出围栏，所以围栏得结实。

Anthropic另一篇博客讲了Plan Mode。

以前的Agent权限管理是这样的——每执行一步，你都得点一下确认。就像你雇了个人帮你干活，你站在他后面，他打一个字你就看一眼。累死你，也累死他。

Plan Mode改成这样——Agent先把整个计划列出来给你看。你审批的是方向，不是每一步。计划通过，它去干，干完了给你汇报。

从微观管理变成了目标管理。

另外，钥匙不进操作间。初始化的时候注进去，用完就销毁。操作间被黑客攻破了，打开一看——里面什么都没有，钥匙不在。

这解决了一个很麻烦的问题：以前AI被攻击了，密钥就丢了。现在攻破操作间也没用，钥匙在门外。

就像牲口圈里出了瘟疫，猪死就死了，围栏外面的种猪没事。

回头看，有一条线是清楚的。

OpenAI Codex团队从零写了100万行代码。Stripe每周合并1300个代码改动。Cursor每小时1000次提交。

这些是用AI的人在搭自己的工具——用AI的人摸索怎么让AI替自己干活。

而Anthropic这次做的，是造AI的人在做基础设施。他们不只是在教你怎么搭工头，而是把工头做成了一项服务。你不用自己搭了，直接用就行。

这跟云计算当年走过的路一样。一开始大家自己买服务器，自己维护。后来有了EC2，服务器变成租的。再后来有了Lambda，连服务器都不用租了，按次计费。

AI Agent也在走这条路。Anthropic把MCP协议捐给了Linux基金会。思路是一样的——当牲口变成标准件，围栏也就是标准件了。

搞AI的人，最该换的不是工具，是心态。

别把你的AI当宠物养。当牲口养——挂了不心疼，换一台继续干。

不过话说回来，我懂你的心情。

你花了多少个晚上调你的Agent，它的每一个Bug你都记得，你比它亲妈还了解它。它崩了，你比它还难受。

我也有过。

但我后来想明白一件事——

你越把它当牲口，它越能替你干活。你越把它当宠物，你越累。

所以，放下。

你们公司的AI Agent，现在是用”宠物架构”还是”牲口架构”？我先说我的——我自己搭的那套，现在正准备拆了重做。你们呢？