最近出现的一批个人 AI 智能体，都在强调一件很具体的东西：给智能体一台自己的计算机。
OpenAI 为每个 dot 配置云计算机和浏览器；Grok Bot 运行在带浏览器、文件系统和终端的持久云计算机上；Meta 让用户与 Muse 共用一台隔离的虚拟机；Manus 则把计算机与邮箱、电话号码和钱包一起交给每个 Cue 智能体。
这不是产品发布会上的技术点缀。模型可以规划任务，却需要一个地方保存打开的网页、下载的文件、安装好的工具，以及做到一半的工作。云计算机正在成为这个不会轻易消失的工作场所。
模型会思考，却未必有地方持续工作
对话窗口适合问答，不适合长期工程。一次任务结束后，临时环境可能被释放，上下文会被压缩，浏览器状态也未必能够保留。工作一旦跨越多天，这种断点就会暴露出来。
例如，你让智能体持续观察客户反馈、复现一个问题、准备修复、运行测试，最后提交 Pull Request。完成这件事不仅需要推理，还需要浏览器登录、代码仓库、依赖环境、过程文件和中途检查点。如果每轮对话都要重建这些东西，用户仍然承担着项目经理和存储设备的角色。
云计算机可以保留：
- 浏览器标签页、Cookie 和登录会话；
- 文件、目录和过程产物；
- 已安装的软件、脚本和命令行工具；
- 任务记录和恢复检查点；
- 用户合上电脑后仍需继续运行的进程。
它不会让模型自动变聪明，也不能保证结果正确。它只是让智能体的工作能够在某个地方继续下去。
云计算机和操控电脑不是同一件事
这两个概念经常一起出现，但它们回答的问题不同。
操控电脑是一种交互能力。智能体理解屏幕或界面，然后像人一样点击、输入、滚动和切换页面。它可以发生在本地电脑、临时浏览器或远程机器上。
云计算机是一种执行环境。它提供算力、存储、软件和持久状态。智能体可以在其中操控界面，也可以调用 API、执行终端命令，或者混合使用多种方式。
因此，一个产品可以只有其中一项。智能体可以操控你的 Mac，却没有自己的云端机器；也可以在云计算机上调用 API 和运行脚本，完全不需要识别屏幕。新一代个人智能体的变化，在于不少产品把持久云端状态与浏览器操作同时放进了产品。
同样叫「自己的计算机」，归属方式并不相同
| 产品 | 计算机归谁使用 | 设计重点 |
|---|---|---|
| OpenAI Dots | 每个 dot 拥有云计算机，也可连接用户电脑 | 一个持续存在的智能体在云端与本地环境之间工作 |
| Grok Bot | 同一账户下的 Bots 共享一台持久云计算机 | 共享文件、浏览器会话，并在多个 Bot 之间交接任务 |
| Meta Muse | 用户和 Muse 共用一台持久、隔离的 Linux 虚拟机 | 用户可以看到工作现场并随时介入 |
| Manus Cue | 每个智能体拥有自己的一台计算机 | 独立智能体可以通信、在预算内付款并互相交接工作 |
还有一种常见方案是为每个任务临时创建计算机。Manus Sandbox 会给单项任务提供隔离的虚拟机、浏览器、文件系统和工具。它适合干净地执行任务，却不同于 Manus Cloud Computer 所代表的持久工作空间。
这些方案没有绝对优劣。账户级共享便于复用登录状态和交接文件，一次会话泄露却可能影响更多任务；每个智能体单独使用一台机器，边界更清楚，成本和协作复杂度也更高；按任务创建沙箱能减少状态串扰，但每次都要重新准备工作现场。
用户真正感受到的是「上次的工作还在」
「运行在云端」听起来像基础设施术语，持久状态却会直接改变体验。
智能体可以周二开始调研，等待来源更新，周五继续处理，不要求用户重新上传所有文件；开发环境可以保留到下一轮代码审查；供应商网站的登录状态、正在核对的表格和定时任务，也不会因为用户换了一台设备而消失。
OpenAI 在 Dots 发布说明 中举过一个例子：dot 发现用户漏开了一张发票，准备好发票，并在得到批准后发送。真正重要的并不是制作发票，而是这一串连续动作：记住未完成事项、找到相关背景、生成交付物，然后在会影响外部世界的动作前停下来。
Grok Bot 的文档直接说明，同一账户下的 Bots 会共享文件、浏览器会话和应用登录状态，用户合上笔记本后任务仍可继续。Muse 强调用户随时可以进入同一个虚拟机接管操作。Cue 则把计算机变成智能体身份的一部分。
它们都在减少同一种负担：AI 每次回来工作时，不该再由用户重建整个现场。
有 API 时，API 通常仍比点击更可靠
云计算机并不意味着连接器和 API 已经过时。
对于已有支持的动作，API 往往权限更明确、数据更规整，也更容易处理失败。读取日历空闲时间，通过日历 API 通常比识别屏幕像素可靠；邮件连接器可以只允许智能体创建草稿，完整浏览器会话暴露的范围却可能大得多。
计算机主要解决接口之外的长尾问题：
- 服务没有合适的 API；
- 一项任务横跨多个网页应用；
- 工作需要本地文件或特定桌面软件；
- 智能体要运行代码并检查产物；
- 多步骤任务需要保存过程状态；
- 用户要从智能体停止的位置直接接管。
更成熟的组合是：用 API 完成稳定、边界清楚的操作，用计算机覆盖接口之外的工作，真正改变外部状态前再让人确认。
持久状态提高效率，也会放大错误
临时对话知道得少，能做的事也少。持久云计算机会逐渐积累有用的状态，同时积累风险。
浏览器会话里可能登录着邮件、内部系统或金融服务；下载的文件可能包含敏感信息；网页中隐藏的恶意指令可能误导智能体；一次误操作还可能在最初那段对话结束很久后继续产生影响。
授权之前，至少检查六条边界：
- 隔离范围：计算机属于一个任务、一个智能体、一名用户，还是整个账户？
- 凭据保护：模型能否直接读取密码和令牌，还是由受保护的凭据库代为注入？
- 动作确认：发送、付款、删除、发布和修改生产环境是否必须停下来确认？
- 过程可见性：用户能否看到浏览器、文件和每个动作的原因？
- 恢复能力：能否停止任务、恢复检查点、撤销会话和回退修改？
- 删除规则：删除任务、智能体或账户以后，还有哪些状态会保留？
Muse 表示凭据放在智能体无法读取的安全存储中，关键动作需要批准，并提供完整操作记录。Grok Bot 官方指南建议先从「读取并准备」开始，验证稳定后再保存例程或开放高影响动作。OpenAI 也把提示注入视为持续风险，并为 Dots 提供 Activity View 和动作确认。
隔离环境可以保护个人电脑，却不能把宽泛的访问权限自动变成清楚的行动边界。
好的产品应该让用户看懂这台计算机
云端工作空间不应成为黑箱。用户至少应该随时回答这些问题：
- 智能体现在正在做什么？
- 哪个信号触发了这次任务？
- 它可以访问哪些文件和账户？
- 与上一个检查点相比，它改了什么？
- 现在等待我决定的是什么？
- 如果立即停止，会留下什么结果？
这也是个人智能体设计超出服务器管理的地方。服务器可以无限运行，可信的智能体还要用人能理解的方式解释未完成工作、外部变化和权限范围。
Today 对这个品类的理解从活记忆和持续协助出发：智能体需要理解一个人的长期背景，在真正相关的时候介入，并把执行限制在明确授权之内。云计算机可以支撑这个闭环，却不能代替人与智能体之间的关系。记忆要能检查，主动帮助要有价值，草稿、建议、待确认动作和已完成动作也必须清楚区分。
下次看到「智能体有自己的计算机」，应该问什么
不要停在发布会的一句话上，要继续追问运行方式：
- 这个环境是否持久，状态会保留多久？
- 多个智能体是否共享浏览器登录？
- 智能体能否安装软件或运行任意代码？
- 它能否连接本地电脑，权限如何划分？
- 哪些动作始终需要确认？
- 文件和操作记录能否导出？
- 遇到登录验证或含糊指令时会怎样处理？
- 计算时间、存储和并行任务如何计费？
这些问题比功能数量更能揭示产品差异。两款产品都可以声称拥有云计算机，实际提供的隔离、自主程度和恢复能力却可能完全不同。
计算机是智能体的工作场所，不是它的判断力
这一代个人智能体获得了一样过去的 AI 助手很少拥有的东西：对话结束以后仍然存在的工作现场。
浏览器、文件、工具和未完成状态都可以留在那里，任务才能跨越几个小时甚至几天。与此同时，抽象的「授权」也变成了真实的账户、文件和操作权限。
模型决定下一步可能做什么，云计算机让这个决定留下实际结果。真正值得长期使用的产品，不仅要展示智能体完成了什么，也要让用户始终看见它不能越过哪条线。