Builder 可以换，地契不能换

我最近老在想一件很土的事：以后大家到底怎么「买 AI」。

我不太信大众会人手一把模型 API Key，天天自己管限流、账单、context 和 tool 编排。那是给开发者接机器用的管线。更像会发生的，是人直接雇一个能干活的 agent：写代码的、查资料的、能在你电脑和云服务里跑来跑去的操作员。

API 是水管。Agent 才是工人。

工人一出现，真正的问题就变了。不再只是「谁更聪明」，而是：他在哪里上工？施工队离开之后，成果还住在谁的地上？

我写过一篇把 agent 请进项目 Realm 的文章，讲别把每个重要改动都送回别人的工厂。这篇把地图再画大一点。房地产是个笨一点、但好懂的语言。只要我们别假装数字世界和物理土地稀缺得一样，它就够把这件事说清楚。

我的判断很短，后面都围着它转：

Builder 可以换。地契不能换。

先看四栋「房子」

房东真正关心的只有一句：地是谁的，施工队又是谁。用这句话看软件，很多产品会突然站队。

SaaS 像租公寓。方便，月租一交就能住。楼怎么盖、规矩怎么定、备份怎么做，大体是房东的事。你能在许可范围内挪家具，通常带不走墙。自己部署的软件更像买下一套现成的房：数据可以落在你这边，钥匙也可能在你口袋里，但户型往往还是当初盖房的人定的。有产权，不等于你设计了这栋楼。

传统套装软件像开发商精装。你买到成品，比租房更像「拥有」，平面图在你入住前就画死了。Lovable、v0 这类 AI builder，则很像 prefab 工厂：你说出想要什么，对方用成熟模具和供应链很快拼出一栋，再运到你指定的地方。速度是真的。工厂也确实擅长第一公里。只是工作的重心，常常先在对方的生产线上，再 deploy 回来。

还有一种完全不同的画面。coding agent 直接上你的地。地是你的。队伍按你的规矩进场。改建、维修、日常运转，都发生在结果本来就该住下的地方。今天这支队走了，明天可以换另一支。地契不必跟着施工队搬家。

公寓、开发商精装、prefab 工厂，以及自有地上那栋当代自建。需求可以相似，地契完全不同。

Claude 也好，Codex 也好，以后还没出现的名字也好，它们都是施工队。施工队不该为了干活，就顺手变成房东。

这也是为什么「在工厂里盖好再运回来」和「在你自己的地上盖」听起来像叙事，其实差得很远。前一种路径里，意图先被送进别人的环境，建完再 deploy 回你这里。后一种里，agent 带着能力走进已经存在的上下文，活干在最终要留下结果的地方。「部署」这个词会慢慢变软，不是因为运维消失了，而是因为结果本来就没有离开过家。

Prefab 仍然很有价值。可丢弃的原型，工厂往往是最好的第一公里。问题出在别处：第一版很快成功之后，项目开始装客户数据、域名、权限和一堆只有当事人记得的决定，重心却还停在工厂里。长期的家，不该在不知不觉中一直租在别人的产线上。

地契到底指什么

有人会立刻反驳：数字世界哪有稀缺的地？代码可以复制，数据库可以 fork，备份可以拷一百份。如果「地产」只等于平方米，这个类比确实会塌。

可真正不好随便复制的，从来不是磁盘。

公司业务库可以拷一百份，只有一份是此刻真正算数的那份。身份材料可以 backup，只有一个 identity 有权签下一笔承诺。客户关系表可以导出，只有一段关系仍在真实世界里继续发生。稀缺的是权威和连续性：哪一份状态现在说了算，谁还能接着改，改完谁负责。

所以我说的 property，不是一块搬不走的数字泥土，而是一条边界。边界里面是身份、数据、状态、资产、关系和权限；边界外面，施工队可以来来去去。用这个语言，ARC 和 DID Spaces 更接近地契、水电和建筑规范，而不是某个房产品牌，更不是某一支永远不可替换的施工队。

施工队和家具都可以换。钥匙留在你手里。

拥有房子，也从来不等于自己烧砖、自己造冰箱。成熟住宅里全是标准件。成熟的 agent 环境也该如此：模型、外部服务、组件、skills，能用就用。Self-sovereign 不是「什么都自己造」。它是「主世界有一个家，东西可以进进出出，地契还在」。

我认真对待的反对意见只有一条，而且很强：麻烦。

如果「拥有」意味着你得自己当全职运维，盯着机器、密钥、备份和权限表，多数人会继续选精装公寓。这杀不死「地契不能换」这个判断，它只规定产品该做成什么样。要人手运维一切的 ownership 永远是小众；能让 agent 一起把日子过下去的 ownership，才有机会超出爱好者和大团队。Agent 也许第一次让「控制」和「省事」不必死磕到底。

工人来到有家的地方

换一种更直白的说法。很长时间里，我们习惯把材料送到聪明的地方去：文件上传进聊天，业务状态停在各个 App 里，上下文跟着当下最强的模型走。

反过来也可以：让有能力的工人走进已经有历史、规矩和钥匙的家。它在那里干活，在那里留下痕迹，也可以在那里被收回权限。一周好工作之后，你留下的就不只是一份成品，还有还能继续住的状态，以及下周换一支队伍时不必从零解释「我们到底是谁」。

在我看来，ARC 是在尝试让后一种画面变得日常一点。它不是说城市已经盖完，也不是说所有工具都得姓我们。它只是想让 agent 有地方上工，而后果仍由真正要长期承担的人看得见、管得住。

回到开头那两个问题。工人在哪里上工？施工队离开之后，成果还住在谁的地上？

如果答案仍是「住在某一家模型厂商的会话里，或某一座工厂的默认环境里」，那你雇到的只是很强的临时工，家还在别人那里。如果答案是「住在你说了算的边界里，队伍可以换」，那才是我真正想谈的 ownership。

我不需要每位读者明天就搬进某一套具体的栈。我只希望这件事说清楚：

当 agent 成为主要的建造者和运转者时，你的数字生活住在哪里？

住在你这里。工人来来去去。地契留下。