Cascade 架构——Manus 2.0 的新底座

为什么要换架构

Manus 2.0 的官方博客说的很直白：「Manus 2.0 不是版本更新。它是新架构、新产品、新能力——围绕一个根本问题：下一代 Manus 应该是什么样子？」

Cascade（级联）就是这个问题的答案。它解决了旧架构的几个核心痛点：

• 每个独立任务都要从零开始加载模型上下文，浪费 token
• 文档、网页、视频、自动化各自为政，无法在同一个项目里协同
• 重型任务（需要云电脑、常驻运行的）和轻量任务混在一起，效率低

Cascade 做了什么

Cascade 的核心设计思路是：从一开始保持轻量，需要的时候才引入专业能力。

1. 项目上下文贯穿：一个项目里的文档、网页、视频、自动化共享同一份上下文。项目从简到繁，能力按需引入，不是一开始就把所有工具堆进来。
2. 三层模型分级：Lite / 2.0 / 2.0 Max 三档能力明确分层。简单任务用 Lite 快速低成本跑完，复杂任务才升级到 2.0 或 Max，避免用大炮打蚊子。
3. 资源优化：官方给出的对比数据——Cascade 相比旧系统：

• token 消耗减少 23.2%
• 完成时间缩短 28.2%
• 运行成本降低 32%

这些数字不是凭空来的——是官方在受控测试环境下跑多个实际任务测出来的。

对用户意味着什么

• 积分更耐用：同样的积分额度，Cascade 架构下能跑更多任务
• 速度更快：之前可能要 10 分钟的任务，现在 7 分钟就能跑完
• 项目更通畅：同一个项目里先做研究 → 再搭网站 → 最后做视频，Manus 不用每次重新理解上下文
• 能力更灵活：不需要云电脑的轻量任务，不会额外占用云电脑资源

Cascade 不是什么

Cascade 不解决这些问题：

• 免费档 Lite 模型本身的能力上限不会因为 Cascade 而突破
• 联网检索的速度受限于网络条件，Cascade 优化不了这个
• 最终产出质量的上限还是由模型本身能力决定，Cascade 优化的是效率和成本

什么时候用到 Cascade

你在日常使用中其实不需要关心 Cascade 的内部细节——它就是底座，所有 Manus 2.0 的功能都在上面跑。你需要关心的是：

1. 选对模型档位：Lite 跑不动的任务主动升级到 2.0 或 Max，比硬卡着 Lite 重跑更快更省
2. 善用项目空间：把相关任务放同一个空间，让 Cascade 的上下文共享能力发挥出来
3. Cloud Computer 按需购买：不是所有项目都需要云电脑，只有需要常驻运行的才买