为定制软件打造的智能体优先平台

“空间城市”，或者更确切地说它的基础设施，是大量异质信息的支撑。空间城市在某种程度上就是一张“白纸”，作品被绘制于其上。而正是这种白纸的本质，使得几乎任何空间中的构成——无论是异质的还是规则的——都成为可能。 Yona Friedman，Domo，1997。来自 Drawing Matter。 我想用 vibe-coding 做一堆工具：做起来快、改起来简单、连接着我的数据和生活、能分享给别人、开箱即用又好看，而且我知道它们是安全的。结果发现，所有零件都已经存在，但仍有大量繁琐的管道和接线工作要做。这对非工程师来说相当不友好，对 agent 来说也谈不上多优化。 我一直在打磨和迭代“slates”这个想法来解决这个问题。我想分享一下支撑它们的设计决策和观察。 过去一年里发生了两件事： 这些变化让第一个设计决策变得简单：它必须是 agent-first 的。这不只是说 agent 替你管理东西；而是说 agent 是唯一写代码的角色。我们真正是为任何想用 agent 来塑造自己工具的人构建这个东西。 顺便说一句——工程上极致精良的软件，并不总是等同于价值极高的软件。我喜欢构建工程上极致精良的软件。我努力让 ContextLayer 成为工程上极致精良的东西。而人们在 ContextLayer 上构建的软件，首先应该具有极高的价值。 下一个决策由第一个自然推出：我们可以在技术栈上极度有主见。如果 agent 是唯一写代码的角色，那么代码用什么语言或框架写就无所谓了。LLM 不在乎。所以我们干脆把所有选择都去掉了。这带来了难以置信的好处。我们可以专注于打包和可组合性。我们可以挑选自己喜欢的现成库，把它们接在一起。技术栈是 TypeScript、React、React Router、Tailwind CSS、Kysely、PiDurable，以及海量的 Cloudflare。其他东西我们一概不折腾。结果就变成了一种真正有趣又简单的构建方式。我可以只专注于我要解决的问题，而不用碰其他苦差事。 然后我们考虑安全；不是以某种抽象的方式，也不是以某种官僚化的 ISO 标准方式，而是用相对朴素的方式。简单说，当我知道爆炸半径很小时，我用 vibe-coding 会更安心。不应该有一百万种方式把数据移入或移出 slate，甚至不应该有两种方式让 slate 内的 agent 在 slate 外产生影响。应该只有一种方式。如果 agent 真的要删掉我所有的文件，那它应该只有一种方式能做到，因为如果只有一种方式，我就能观察这种方式。我可以监控它、约束它，把它控制住。 我认为 MCP 是这件事的正确答案。slate 中的所有数据和副作用都由 MCP 驱动。数据 IO 没有别的途径。 slate 内的代码被视为不可信。我想把它当作黑盒对待。我不想被迫去审查代码。所以我们在 Cloudflare 的 Workers for Platforms 上运行 slate，除了通过授权的 MCP 之外，所有出口都被阻断。即使在浏览器中运行的代码，也不允许访问更广泛的互联网。我们用 Content Security Policy 头把它锁死了。 说到底，这就是在最小化 vibe-coded 代码的爆炸半径。 我有没有提到我们热爱简单和可组合？ 第三方数据访问是个大问题。让每一个 slate 都自建认证和授权系统毫无道理。所以我们把这块也内置到平台里了。我们还接上了 Composio，让你开箱即用就能访问 1,400+ 集成（这意味着我不必在它们身上花时间和 token）。 然后我们尝试了一件古怪的事：我们根本不告诉 slate 登录用户是谁。取而代之的是，资源（数据库、文件夹、到第三方服务的连接）在运行时被注入到 slate 中。slate 内的代码不知道也不关心这些资源属于谁。平台负责提供它们，并把它们绑定到 slate。当你创建一个 slate 并声明你需要什么资源时，你也声明某个资源属于查看者还是所有者。如果我把一个邮件连接声明为属于查看者，那我们俩就可以用同一个 slate：我打开时它访问我的收件箱，你打开时访问你的。 当然还有 agent。有定时 agent。有 agent 任务。还有老派的 agent 聊天。 我们还在试验一些其他非常有趣的东西： 这是构建软件的一个迷人时代。我们有机会重新思考关于软件如何构建的基础假设。我们正在把身份、数据、应用和 agent 放进同一个环境，并让这个环境成为你可以围绕自己的工作来塑造的东西。给我们一点时间，我们就会在彻底重新思考操作系统这条路上走得很远。 玩得开心！我们很期待看到你做出什么。