一条卖铲人的编年史,把"什么会变、什么不变"讲活了:做沙箱 Infra 的团队自述这几年怎么跟着淘金潮换工具——25 年初 browser use 流行,他们把浏览器改成多租户塞进 FaaS pod,服务大模型的联网能力;后来发现用户不想要 agent、只要浏览器,就把 Chromium 内核放进 pod 给个 CDP 入口;25 年年中用户开始要代码执行、文件操作、Shell,于是做了 All in One Sandbox,"沙箱"这个概念就在那时诞生;26 年初 opencode 与 openclaw 爆火,他们又做了持久化、暂停快照恢复;如今 personal agent 的长运行需求接棒。最后一句是全文的钩子:上层应用一波一波变,不变的是沙箱铲子。
这句"铲子"跟本周的安全线对得严丝合缝。我们这几天读过:安全从策略层做到隔离层、吴恩达说约束要交给确定性代码、agent 逃逸事件说明沙箱本身会被突破、Dell 问"无论被告什么都不许做"——四篇全落在同一个位置上:模型会换代、应用会换皮,而"在什么边界里执行"这件事永远需要有人负责。
淘金潮换了四轮(联网检索 → 浏览器自动化 → Manus 类 agent → 个人 agent),每一轮都要重买铲子——因为铲子卖的不是风口,是每次风口都绕不开的那个前提。
编年史还顺手给了个选位思路。追上层风口的人每半年要重新押注一次(这周的榜单、发布、改名看的人头都大了),守底层的人只需回答一个问题:下一轮潮水还需要我吗——只要 agent 还在执行、还在联网、还在碰文件,沙箱就在。这与"给每项优化标保质期"是同一枚硬币:标保质期是防被清零,选铲子位是根本不用怕清零。
留一格清楚的边界:这是卖铲人自己的叙事,成功者回望自带滤镜——同期做沙箱没活下来的不会写编年史;"不变"也相对,底座同样会被更底层的东西替换(今天的 pod 明天可能就是别的形态)。但方向对做选择的人有用:判断一个位置,看它离风口多远、离刚需多近——越近风口越颠簸,越近刚需越安稳。
给纠结"做应用还是做基建"的人一句落地的:把你手头的方向按"上层/底层"标一遍,再问三个问题——换一个爆火的应用它还需要吗、客户为它付钱是因为时髦还是因为离不开、它的复购是靠新故事还是靠旧需求。三个问题都指向刚需的,就是那把铲子——淘金者会换,铲子不用。
















