Manus 2.0：Cascade、Studio 与云电脑，分别解决了什么问题

Manus 2.0 官方发布把 Cascade、Cloud Computer、Automations、Studio、Video Editor、Game Dev、Computer Use 和独立应用 Cue 放在同一个产品版图中。[[9] Introducing Manus 2.0](https://manus.im/blog/introducing-manus-2-0) 读这份公告时，最容易犯的错误是把它们压成一个“持续运行 Agent 架构”，再自行补出容器、网络栈和状态机细节。实际上，每个模块处理的是不同环节。

Cascade：先保持轻量，再按需引入能力

官方对 Cascade 的描述是新一代内部 agent harness：项目开始时保持轻量，工作需要时再加载专业能力，使 brief、网页、视频和自动化仍属于同一个连续项目。[[9] Introducing Manus 2.0](https://manus.im/blog/introducing-manus-2-0) Studio 的解释与此呼应：每项工作都携带全部工具，会变慢且增加成本，因此只引入当前项目需要的工具。[[9] Introducing Manus 2.0](https://manus.im/blog/introducing-manus-2-0)

我们的分析：这是一种上下文与工具组织策略，而不等于更换底层模型。工具多并非总是好事，描述和状态如果全部进入当前推理，会挤占对具体任务的注意力；按需引入可以减少无关材料。不过，加载太迟也可能漏掉能力，历史产物如何被找回仍然重要。发布文没有公开完整检索或调度实现，本篇不将这些推测写成 Cascade 的已知算法。

官方公布的节省 token、时间和成本数据明确来自“一个测试配置”，而非总体平均值。[[9] Introducing Manus 2.0](https://manus.im/blog/introducing-manus-2-0) 我们保留这个实验范围，不把一个配置的提升外推到所有视频、游戏和自动化任务，也不据此承诺读者一定得到同样收益。

Cloud Computer 与 Automations：地点和触发是两件事

Cloud Computer 是可购买的专用环境，用于需要持续运行的项目，例如多人游戏服务器或自动化。[[9] Introducing Manus 2.0](https://manus.im/blog/introducing-manus-2-0) Automations 则扩展了原先只按时间启动的任务：连接服务里的邮件、广告表现变化、日历事件、Slack 消息或 Notion 更新都可触发工作。[[9] Introducing Manus 2.0](https://manus.im/blog/introducing-manus-2-0)

这不等于“每个任务自动分配永久容器”。我们的分析：触发器决定何时开始，执行环境决定在哪运行，项目状态决定从哪里继续，它们需要协同但不能互相代替。原公告没有披露每次任务完成后容器是挂起还是销毁，所以旧稿的具体生命周期叙述必须删除。

以广告日报为例，监测到数据变化之后，可以生成摘要供人工查看；若还要自动修改预算，则出现第二条授权边界。这个例子是应用建议。事件重复送达、第三方连接失效和任务重试都应列为验收场景，而不能从“支持事件触发”直接推出“不会重复执行”。

Studio：重要产物不是一次生成的最终文件

Video Editor 的官方案例强调可编辑时间线：片段、图像、文字、动态图形和音频保留为分开的素材，用户可以替换音乐或镜头，再交回 Manus 继续修改。[[9] Introducing Manus 2.0](https://manus.im/blog/introducing-manus-2-0) Alchemy mode 结合视频与代码生成处理创意方向；Game Dev 允许在编辑面板中运行游戏、管理素材、改代码和场景，再以网站发布。[[9] Introducing Manus 2.0](https://manus.im/blog/introducing-manus-2-0)

我们的分析：这比“第一次生成多惊艳”更接近可用性的核心。实际创作经常是局部修改；如果换一张产品图就必须重新生成整段作品，成本和一致性都难控制。保留可编辑结构让人有机会接管，但不保证所有素材具有商用权，也不证明输出能进入每一种专业制作链。采用前应检查导出格式、素材可替换性和手工修改后的可恢复性。

本机 Computer Use 不是云电脑的别名

官方说 Computer Use 在连接且授权的会话中，使用用户批准的文件、浏览器和应用，并在可见工作区操作；Remote Control 让用户通过手机发出指令并查看桌面。[[9] Introducing Manus 2.0](https://manus.im/blog/introducing-manus-2-0) 这里涉及用户自己的设备，与购买 Cloud Computer 的用途不同。

我们的分析：把二者混写，会模糊谁的文件和账号被使用。团队必须核对实际会话的机器、目录和账号范围，尤其不能让“帮我找演示文稿”变成对全部私人文件的永久访问。可见操作窗口是监督入口，不是访问权限的替代物。

Cue：个人 Agent 身份意味着新的治理成本

公告把 Cue 定义为独立应用，并称 Agent 可有自己的邮箱、电话号码、钱包和电脑，在预算内付款，也能组成群组协作；可用性处于 early access，并有邀请及平台条件。[[9] Introducing Manus 2.0](https://manus.im/blog/introducing-manus-2-0) 这些是厂商的产品描述，不是本次已经验证的支付能力。

我们的分析：Agent 有独立身份，可以让责任归属更清楚，也可能制造新的账号与账单管理问题。应明确预算如何撤回、联系人如何识别代理身份、任务完成后如何保留记录。适合从可逆、低敏感度工作试用，而不是以发布演示为依据授予广泛付款或外发权限。

这篇文章没有调用 Manus、购买云电脑或实测产品。我们能够确认的是官方模块与交互设计，不能确认的是其内部容器实现、所有场景的性能和未公开的论文。旧稿那篇没有论文标识的 Cascade“白皮书”不再保留。

Sources

[[9] Introducing Manus 2.0](https://manus.im/blog/introducing-manus-2-0) https://manus.im/blog/introducing-manus-2-0 — Introducing Manus 2.0