Manus 2.0 与 Cue 评测:新架构、持久云电脑与个人智能体

Manus 2.0 与 Cue 评测

先说结论：Manus 2.0 于 2026 年 9 月 28 日发布，官方明确定位为一次架构重做，而不是在 1.x 上叠加功能的版本更新。整套系统被拆成六个组件重新组织：Cascade 智能体底座、Manus Studio 创作工作区、Cloud Computer 持久云电脑、事件驱动的 Automations、Computer Use 与 Remote Control，以及独立应用 Cue——一个面向日常生活的个人智能体方向。

性能方面，Manus 官方报告 Cascade 在一个测试配置下实现了 token 消耗 -23.2%、速度 +28.2%、成本 -32%。注意这是厂商自报、单一配置的口径，生产决策前应该用自己的任务集实测。

真正的新闻点是 Cue：每个智能体拥有自己的邮箱、电话号码、钱包和电脑，可以像真人同事一样被拉进多智能体群聊协作。Cue 目前处于 early access，免费但需要邀请码（官方放出 MEETCUE），iOS 版本要等 App Store 审核结束，电话能力因国家和地区而异。

评分：架构 9.2/10、工作流广度 9.3/10、个人智能体潜力 9.0/10、透明度 8.7/10，综合 9.1/10。Manus 2.0 适合研究、业务自动化、建站与长时运行的工作流；Cue 适合想尝鲜「有身份的个人智能体」的早期用户。

理解 Manus 2.0 的关键，是把它看成一次「拆成六层重做」的架构发布，而不是功能清单的堆叠。原来的 Manus 是一个通用智能体产品；2.0 把智能体系统拆成了职责分明的六层，每层可以单独演进：从产品更新到架构重做，这是理解整场发布的钥匙。

六层的分工在官方架构表里写得很清楚：Cascade 负责智能体编排与连贯的项目上下文；Manus Studio 是专业创作工作区；Cloud Computer 提供持久执行环境；Automations 负责事件触发的工作流；Computer Use 处理授权的桌面与浏览器交互；Cue 则是个人智能体身份与多智能体协作的那一层。

Manus 2.0 的六层架构：从底层编排到最上层的个人智能体身份

这种拆法的实际意义在于：工作流产品（Manus 2.0 本体）和个人智能体产品（Cue）可以共享同一套底座，但面向完全不同的用户心智——一个以项目和任务为中心，一个以「智能体本身」为中心。后面的章节会逐层拆开看。

先把硬事实摆齐。发布日期 2026 年 9 月 28 日；核心是 Cascade 智能体 harness、Cloud Computer 持久虚拟机、事件触发的 Automations、Manus Studio，以及 Computer Use 加 Remote Control。专业创作面覆盖文档、表格、PDF、幻灯片、网站、代码、游戏和视频；平台覆盖 网页、桌面、移动端 三端。Cue 一侧：early access 免费但需邀请码，iOS 版本待 App Store 审核，智能体身份包含邮箱、电话、钱包与电脑四件套。

Manus 2.0 规格速览：六个核心组件、三端可用、Cue 早期邀请制

Cascade 是这次架构重做的核心，Manus 称之为新的 agent harness。它解决两个问题：一是多步任务的编排——智能体执行长链条任务时如何规划、分步、纠错；二是连贯的项目上下文（connected project context）——智能体跨会话、跨任务地记住这个项目在做什么、之前做过什么决定、哪些文件是当前的。

第二点对老用户是痛点修复。通用智能体最常见的翻车方式不是「不会做」，而是「做到一半忘了自己在干嘛」——上下文断了，前后决策互相矛盾。Cascade 把项目上下文做成一等公民，等于给智能体配了长期记忆的工作区，而不是每次都从一张白纸开始。

从产品设计看，harness 这一层抽象也是 Manus 敢同时做工作流产品和个人智能体产品的原因：编排与上下文管理沉淀在底座，上层的 Manus Studio、Automations、Cue 都是同一套引擎的不同外壳。

Manus 官方给出的 Cascade 数字是：在一个测试配置下，token 消耗降低 23.2%、执行速度提升 28.2%、成本降低 32%。对跑长任务的智能体产品来说，这三个数字如果真能在自己的工作负载上复现，会直接改写单位经济模型——智能体产品的成本大头就是 token。

但解读时要带上两个限定词。这些数字来自厂商自报的单一测试配置，既没有独立第三方复现，也没有公开完整测试方法论。原文作者也因此把「透明度」一项打到 8.7——给了数字是值得肯定的，但给的不是能被别人验证的数字。

实操建议：把 23.2%、28.2%、32% 当成「上限参考」而不是「承诺值」。迁移工作流到 Manus 2.0 之前，拿自己最典型的 10 个任务跑 A/B，记录 token 消耗与端到端耗时，用真实数据决定要不要切。

Manus Studio 是 2.0 里的专业创作工作区，产出面铺得很宽：文档、电子表格、PDF、幻灯片、网站、代码、游戏、视频。定位上它对标的是「让智能体交付能直接用的成品」，而不是生成一段需要人工再加工的草稿。

值得注意的是视频和游戏这两个方向被单独点名。视频制作在官方能力表里列为 Strong 档——能做但不是最强项；游戏开发同样 Strong。相比之下，研究报告、业务自动化、建站这类「Manus 传统强项」仍是 Excellent。这个梯度很诚实：Studio 的甜点区是知识工作的成品交付，创意重活还在爬坡。

对用户的实际意义：如果你的需求是「给我一份能直接发给客户的研究报告 / 一个能跑的网站 / 一套自动化的表格流程」，Studio 是第一候选；如果是「给我剪一条成片级别的视频」，现阶段更适合当加速器而不是终点站。

Cloud Computer 给每个智能体一台持久的云端虚拟机。传统智能体产品的执行环境是「会话级」的——任务结束，环境销毁，下次从头再来。Cloud Computer 把它变成「机器级」的：环境一直在，装好的依赖、跑着的进程、存的文件都在原地等智能体回来。

持久化解锁的是一类之前做不了的任务：长时运行的机器人、需要持续在线的服务、跨天跨周慢慢推进的项目。官方场景表里「长时运行机器人」和「桌面自动化」都列在 Excellent 档，依赖的正是这层基础设施。定价上，Cloud Computer 作为单独购买项提供，这次公告没有给出新的价格数字。

硬币的另一面：持久基础设施意味着持续的账单和持续的安全面。一台 24 小时在线、装着你的凭证、能代表你执行操作的云电脑，本身就是要纳入监控的资产——这一点在后面的局限与安全章节会展开。

Automations 把智能体从「你发指令、它执行」的对话模式，推进到「事件发生、工作流自动触发」的常驻模式。触发源可以是新邮件到达、日历事件临近、文件变更、定时计划等——智能体在后台等着，条件满足就自己开工。

这是智能体产品从「工具」走向「员工」的关键一步：工具等你用，员工自己知道什么时候该干活。但它也把设计的责任转移给了用户——触发条件要清晰，停止条件更要清晰。一个触发条件模糊、没有终止条件的自动化，就是在后台持续烧钱和制造意外的永动机。后面局限章节会把这条单列。

Computer Use 让智能体直接操作桌面与浏览器——点按钮、填表单、在不同应用之间搬运数据，像一个人坐在电脑前那样工作。Remote Control 则允许远程触发和监控这些操作。这一层补上了智能体与现实软件世界之间的最后一厘米：大量工作软件没有 API，只有图形界面。

边界同样写得明白：官方表述是「授权的桌面与浏览器交互」——Computer Use 只能在你自己拥有或获得明确授权的环境里使用。这既是法律红线，也是产品红线：能操作别人电脑的智能体，和能操作你电脑的智能体，完全是两种产品。

Cue 是与 Manus 2.0 同台发布的独立应用，方向从「帮你干活的工作流智能体」转向「陪你生活的个人智能体」。如果说 Manus 2.0 以项目和任务为中心，Cue 就是以智能体本身为中心——你打交道的对象不是一个工具界面，而是一个有名字、有身份、长期在线的「数字同事」。

发布节奏上，Cue 目前处于 early access：免费使用但需要邀请码，官方在发布里放出了 MEETCUE 这个码；iOS 版本要等 App Store 审核结束才上架。原文作者给「个人智能体潜力」打了 9.0——方向足够新，但产品形态还在快速变化，现在是尝鲜窗口，不是稳定期。

为什么 Manus 要把 Cue 拆成独立应用，而不是塞进 Manus 2.0 里当一个功能？从架构图能看出答案：两者共享 Cascade 底座，但产品心智完全不同——一个是给工作建自动化流水线，一个是给生活配一个长期在线的智能体。硬塞在一起，两个都做不好。

Cue 最大胆的设计，是给每个智能体配齐一套「数字身份四件套」：自己的邮箱、自己的电话号码、自己的钱包、自己的电脑。这不是营销话术——有了邮箱，智能体就能以独立身份收发邮件；有了电话号码，就能接打电话、收验证码；有了钱包，就能在被授权的预算内付款；有了电脑，就有了持续在线的执行环境。

原文举的场景很具体：餐厅扫二维码点餐这种需要「一个独立身份」的交互，智能体现在可以自己完成。需要注意的是，电话能力的可用性因国家和地区而异，不是所有市场都能立刻用上完整四件套。

这里有一个容易被发布会光环盖住的点：当智能体有了身份和钱包，权限设计就从「附加功能」变成了「核心产品需求」。给智能体开邮箱容易，决定它能以这个身份做什么、不能做什么，才是真正难的产品问题——Cue 的安全设计会在最后一章展开。

Cue 的交互形态不是单智能体对话框，而是多智能体群聊：你可以同时和多个各有分工的智能体在一个群里协作，像拉了一个真人团队的项目群。一个管日程、一个管邮件、一个管采购，你在群里 @ 谁，谁就接活。

这个形态和 Manus 2.0 的工作流形成鲜明对照：一边是「用户围着项目转」，一边是「智能体围着你转」。代价也要看到——多智能体协调本身有开销，任务在智能体之间拆分、同步、合并，消耗的是时间和 token；三个智能体能干好的事，不要让十个智能体开会。

两个产品共享底座但分工明确，官方对比表列了八个维度：目的上，Manus 2.0 是构建与自动化工作流，Cue 是个人智能体；界面上，一个是工作区，一个是一群智能体；执行环境上，Manus 靠 Studio + Cloud Computer + Computer Use 的组合，Cue 则是每个智能体自带一台电脑；触发方式上，一个靠事件驱动，一个围着个人目标转；心智模型上，一个以用户和项目为中心，一个以智能体为中心；协作形态上，一个是智能体工作流，一个是群聊；可用性上，Manus 2.0 现在就能用，Cue 还是邀请制早期体验。

八维度对比：Manus 2.0 建自动化流水线，Cue 配个人智能体团队

一句话选择法：工作成果导向选 Manus 2.0，生活服务导向试 Cue。两者不互斥——底座是同一个，未来数据与身份打通是可以预期的方向。

Manus 2.0 本体已经在网页、桌面和移动端三端上线，现有用户直接可用。Cloud Computer 作为单独购买项提供，但这次发布没有给出新的定价数字——具体价格以官网实时页面为准，预算敏感的用户下手前先看一眼账单页。

Cue 一侧：early access 阶段免费，门槛是邀请码，官方公布的通用码是 MEETCUE；iOS 版本要等 App Store 审核结束。智能体的电话能力因国家和地区而异，邮箱与电脑能力则相对普适。想低成本尝鲜个人智能体，现在是窗口期——免费期往往是产品方换反馈的阶段，别指望功能与政策长期不变。

官方场景适配表把十类任务分了三档。Excellent 档六个：研究与报告、业务自动化、网站与应用搭建、长时运行机器人、桌面自动化、个人事务处理。Strong 档三个：演示文稿、视频制作、游戏开发。唯一被标为「需要控制措施」（Needs controls）的，是高风险的自主交易——能自己花钱的智能体，必须配上闸门。

十类场景适配度：知识工作与自动化是甜点区，高风险自主交易需要控制措施

八个值得记在备忘录里的局限，按原文整理如下：

给一个拥有邮箱、电话和钱包的智能体放权，安全设计就是产品本身。Cue 的思路是按两个维度切权限：读与写分离，可逆与不可逆分离。落到具体操作上：起草邮件可以全自动，但涉及敏感对象的发送需要人工确认；支付必须预设预算上限，且逐笔确认。原则很朴素——不可逆的操作，永远留一道人工闸门。

上手路径建议从保守开始：第一周只给只读权限和可逆操作（整理、起草、监控类任务）；确认智能体的判断靠谱后，再逐步开放写入权限；支付与对外发送类权限最后开放，并且永远保留预算上限与确认环节。Manus 2.0 一侧同理：Automations 先在低风险场景跑通触发与停止条件，再扩展到核心流程。

最终结论：Manus 2.0 是 2026 年 9 月智能体赛道最重要的发布之一——不是因为单个功能，而是因为它把「智能体产品」拆成了一套可组合的架构：Cascade 管编排与上下文，Cloud Computer 管持久执行，Automations 管事件驱动，Computer Use 管图形界面，Cue 则把同一套底座推向个人智能体方向。厂商自报的性能数字要打折看，Cue 的早期形态要容忍看，但方向是清楚的：智能体正在从「你用的工具」变成「有身份、长期在线、替你办事的同事」。会搭工作流的人先吃 Manus 2.0 的红利，敢尝鲜的人现在就可以拿邀请码去见见 Cue。