Manus 2.0来了，Cue要做个人助理

9 月 28 日，北京蝴蝶效应科技面向海外用户发布 Manus 2.0，同时推出个人智能助理 Cue。新版本已覆盖网页端、桌面端和移动端，iOS 版本还在等待 App Store 审核。

这次更新的重点，不是再增加几个能聊天的入口，而是把 Manus 从一次性任务执行器，往能够长期在线、被事件唤醒、持续维护项目的 Agent 平台推进。它背后的核心，是 Manus 自研的 Agent 框架 Cascade，题目中简称为 Casca。

Manus 过去最容易被用户感知的能力，是根据一句自然语言指令，完成研究、写代码、制作网页或整理资料。但这类产品有一个共同问题：用户每次都得主动发起任务，Agent 做完即结束。2.0 试图补上中间这一环，让 Agent 不只是“接单”，还可以等待邮件、日历、Slack 或数据变化，在条件满足后主动执行工作流。

这也是 Cue 被单独推出的原因。它不再只面向“我要做一个项目”的工作场景，而是将目标放到个人生活和日常事务上。Manus 正在把 Agent 从一个生产力工具，扩展成更像个人操作层的产品。

从单次任务到持续运行

Manus 2.0 的一个关键变化，是自动化机制从定时任务扩展到事件触发。

此前，自动化更接近传统脚本：每天固定时间执行一次，或者在用户手动点击后运行。现在，触发条件可以来自新邮件、广告数据波动、日历事件、Slack 消息和 Notion 更新。比如，收到一封包含合同附件的邮件后，Manus 可以自动提取关键条款、生成摘要，并把结果写入指定的 Notion 页面；广告数据异常时，它可以触发分析流程，再把报告发到团队频道。

这类能力看起来并不新鲜，Zapier、Make 以及各种企业自动化平台早已支持事件触发。Manus 的不同之处，在于触发之后执行的并不是一条固定规则，而是一个可以理解上下文、调用多个工具并交付结果的 Agent。

但这里也有一个边界：能不能稳定完成任务，取决于连接器权限、第三方 API 的稳定性以及 Agent 对异常情况的处理。事件触发意味着系统会在用户没有盯着屏幕时行动，权限控制、幂等处理和失败重试的重要性，都会高于传统聊天产品。对于开发者而言，这部分比演示视频里的“自动完成任务”更值得关注。

Cascade 解决的不是模型能力，而是工程成本

Manus 称，2.0 采用自研 Agent 框架 Cascade。官方给出的思路是，让项目保持轻量，只在任务需要时引入专业能力。换句话说，系统不会把所有工具、上下文和子 Agent 一次性塞进每个任务，而是根据当前步骤动态加载能力。

这实际上对应了 Agent 产品里一个很现实的矛盾：任务越复杂，调用链越长，模型消耗的 Token、上下文管理成本和等待时间就越高。一个看似简单的“分析一份报告并制作演示文稿”，背后可能要经历文件解析、数据清洗、检索、图表生成、内容撰写和格式校验。每一步都保留全部上下文，最终很容易变成高成本的长链路推理。

在一项测试配置中，Manus 宣称 Cascade 可让 Token 消耗减少 23.2%，任务完成时间缩短 28.2%，运行成本降低 32%。这些数字目前属于官方测试结果，不能直接等同于所有任务都会有同样收益，但它说明 Manus 的优化重点已经从“让 Agent 能做更多事”，转向“让 Agent 以更低成本持续做事”。

这对个人助理尤其重要。一次性的深度研究即使成本高一些，用户可能还能接受；但如果 Agent 每天都要检查邮件、日历、广告数据和团队消息，成本与延迟会直接影响产品能否长期使用。个人助理不是一次 Demo，而是持续运行的服务。

从技术路线看，Cascade 更像是一套任务编排与能力调度框架，而不是新的基础模型。Manus 并没有在这次发布中宣布自研底层大模型。它的竞争力仍然来自模型组合、工具调用、上下文工程、运行环境和交付体验的整体工程化。

这也回应了过去围绕 Manus 的争议。Manus 早期走红时，外界曾质疑它是否主要依赖外部模型，缺少底层模型护城河。2.0 没有试图把答案放在“我们训练了一个更大的模型”上，而是继续押注 Agent 系统本身。对于应用公司来说，这是一条更务实、但也更难守住的路线：工程能力可以形成体验差异，却必须在真实任务、运行成本和用户数据反馈中持续积累。

Manus Studio：把工作空间变成产品本体

桌面应用这次升级为 Manus Studio，定位是人与 AI 共享的工作空间。Studio 会按照项目需要加载能力，覆盖文档、表格、PDF、幻灯片、网站、代码、游戏和视频等类型。

这个定位比“桌面端聊天窗口”更准确。聊天窗口的单位是消息，Studio 的单位是项目。项目通常有文件、代码、素材、多个版本和持续修改过程，用户也不希望每次重新解释背景。Manus 把这些内容放在同一个空间里，试图让 Agent 参与到项目生命周期中。

视频编辑器是其中比较具体的例子。Manus 可以先生成一版初剪，然后把时间线交还给用户。视频中的片段、图片、文字、动态图形和音频以独立素材呈现，用户可以替换配乐、调整素材和修改动画，也可以把修改后的任务交回 Manus。

这比“一句话生成视频”更适合真正的生产流程。生成式视频工具通常擅长给出一个结果，但广告、教程和 Vlog 的工作并不止于生成初稿，用户还需要改节奏、换素材、对齐品牌规范。把时间线和素材拆开，意味着 AI 产出终于有机会进入可编辑的中间态，而不是只能接受或放弃一个成片。

Manus 将这一编辑器瞄准 30 至 60 秒的产品广告、AI UGC、数据动态图表、教程、Vlog 和动效视频。Alchemy 模式则进一步由 Manus 接管创意指导，同时调用视频生成和代码生成能力。它适合快速产出多版创意，但距离专业视频制作软件的精细控制，仍然有明显距离。

游戏开发环境也采用类似思路。用户可以从模板开始，在编辑面板中管理素材、修改代码和调整场景。系统会调用视频、图像和编程模型；在 Max Ultra 模式下，Manus 称游戏画面、玩法和操作手感有所提升。

游戏完成后可以发布为网站，也可以配置多人联机。用户购买云电脑后，Manus 负责托管、网络和运维，竞速、对战、竞技和 3D 游戏均支持多人联机。

这部分的价值不只是“让不会写代码的人做游戏”。更重要的是，Manus 正在把 Agent 的交付物从文档和网页，扩展到一个可以持续运行的服务。生成代码只是第一步，部署、联网、维护和让别人访问，才是产品真正落地的部分。

云电脑让 Agent 有了执行现场

Manus 2.0 的云电脑功能允许用户购买专属运行环境，用于多人游戏服务器或长期运行的自动化流程。项目可以在用户合上笔记本后继续在线运行。

这解决的是 Agent 产品里经常被忽略的运行时问题。很多 Computer Use 产品能够在虚拟桌面里点击按钮、打开网页，但任务一旦结束，环境也随之消失。对于持续运行的流程，用户需要一个拥有稳定网络、文件系统和进程状态的远程环境。

远程控制与 Computer Use 功能也被纳入 2.0。用户在已授权会话中，可以让 Manus 操作远程电脑。它的实际用途包括维护线上服务、处理后台任务、执行重复性操作以及协助调试。但权限边界必须足够清楚：Agent 能看到什么、能修改什么、是否允许发送消息或进行交易，都不应只依赖一句自然语言确认。

从产品结构看，Manus 现在同时拥有三层能力：

• 交互层：网页、桌面端、移动端，以及面向个人场景的 Cue。
• 执行层：Computer Use、远程控制、文件与应用操作。
• 运行层：云电脑、自动化触发器和长期在线的项目环境。

这三层组合在一起，才构成了“个人智能助理”的基础。只有聊天界面，最多是一个更聪明的问答工具；只有工具调用，也容易沦为一次性自动化脚本；只有云电脑，又缺少真正的任务理解能力。Manus 2.0 的尝试，是把三者装进同一个产品体系。

Cue 会是增长点，还是另一个入口？

Cue 的发布让 Manus 开始正面进入个人助理市场。问题在于，个人场景比工作场景更分散，也更依赖信任。

企业用户可以用明确的 ROI 衡量 Agent：节省了多少工时、处理了多少工单、减少了多少人工操作。个人用户则会问得更直接：它是否足够稳定？会不会误发邮件？会不会错误修改日历？能不能记住我的偏好？这些问题决定了 Cue 是一个偶尔使用的工具，还是每天都会打开的基础应用。

Manus 目前给出的答案，是让 Cue 与 Manus 2.0 共用 Agent 框架、自动化和运行环境。但个人助理最终需要更强的权限治理和长期记忆机制，也需要将复杂任务拆成用户能够检查的步骤。对个人用户而言，少一次错误操作，可能比多完成一个炫技 Demo 更重要。

海外先发也说明了产品策略。Manus 2.0 与 Cue 当前面向海外用户，国内版本仍在筹备。蝴蝶效应表示，公司正在组建面向国内市场的团队，并与国产模型厂商及生态伙伴稳步合作。

国内市场的挑战不只是模型适配。产品还要处理国内应用生态、账号体系、支付和数据合规等问题。比如，事件触发要接入企业微信、钉钉、飞书以及国内内容和电商平台，云电脑和远程控制也会面对更复杂的网络与权限环境。Manus 能否把海外版本的 Agent 能力迁移到国内，取决于本地连接器和运行基础设施，而不只是换一个底层模型。

这次更新真正重要的地方

Manus 2.0 不是一次单纯的功能堆叠。它试图回答一个比“模型能不能完成任务”更现实的问题：Agent 能否长期存在于用户的工作和生活里，并且在用户不持续盯着它的情况下保持可控。

Cascade 的动态能力加载，解决的是成本和上下文膨胀；事件触发，解决的是任务启动方式；云电脑，解决的是持续运行环境；Studio，解决的是交付物需要被人继续编辑的问题；Cue，则负责把这些能力带到个人场景。

但它也没有绕开 Agent 产品的老问题：复杂任务的成功率、第三方工具的稳定性、错误操作的风险，以及高频运行带来的成本。官方测试中 Token、时间和成本的下降值得关注，但最终评价仍要看真实用户连续使用数周后的结果，而不是一次任务的演示效果。

Manus 的路线选择已经比较清晰：不把自己包装成新的基础模型公司，而是继续做模型之上的 Agent 操作系统。这个方向有机会形成产品壁垒，因为用户真正留下的是项目、权限、自动化流程和运行环境；但它也要求 Manus 长期承担算力、运维和生态连接成本。

对开发者来说，Manus 2.0 的信号很明确：Agent 的竞争正在从“谁能调用更多工具”，转向“谁能让工具、状态、权限和运行环境稳定地协作”。个人智能助理也不会因为多了一个聊天入口就自然成立。它必须能被唤醒、能持续工作、能让用户检查过程，并在出错时及时停下来。

Cue 是否能成为 Manus 的新增长点，还需要等待国内版本和更多实际案例。但至少从 2.0 开始，Manus 已经不满足于展示一个会做事的 AI，而是在搭建一个可以长期运行的个人工作系统。这比又一个聊天机器人更有价值，也更考验工程能力。

参考来源

• IT之家：Manus 正组建团队开发面向国内市场的产品，与国产模型厂商合作稳步进行中：介绍 Manus 2.0、Cue、Cascade 框架、云电脑、事件触发自动化以及国内版本筹备情况。