Manus 10、11月更新日志

1 2025年11月18日 Manus 浏览器操作器上线

Manus 现在可以在你的浏览器中自主执行任务。它会在你当前的标签页中安全协作，无需重新登录，也不需要复杂的整合设置。 现已向 Pro、Plus 和 Team 用户开放。

浏览器插件

开启浏览器功能

访问当前浏览器中的标签页：浏览器中一个两个标签页，可以替代人类完成已打开页面的自动化操作，身份认证等问题一并解决

2.2025年11月12日 使用 Stripe 立即开始测试支付功能

当你启用支付后，Manus 会立即为你创建一个临时的 Stripe 沙盒环境——让你在几分钟内即可构建、测试并上线你的支付流程。

3.2025年10月16日 Manus 1.5发布

Manus 1.5：更快更优、无限上下文，升级了网站构建器，一句提示词生成含后端、登录与数据库的完整应用，并支持 AI 功能、通知与分析。

我们推出了Manus 1.5，这是我们迄今为止最强大的代理系统。Manus 1.5 在所有任务类型中都带来了显著的速度、可靠性和质量改进——从研究和数据分析到网页开发和演示文稿创建。

此版本推出了两个新代理：Manus-1.5提供我们最新架构的全部功能，而Manus-1.5-Lite则提供了一个为成本效益优化的精简体验。

改进之处

Manus 1.5 建立在重新架构的引擎之上，使一切变得更快更可靠。平均而言，任务完成速度现在快了近四倍——从4月份的15分钟减少到如今的不到4分钟。对于更复杂的任务，Manus现在可以分配额外的推理时间和计算能力，以提供更深入、更高质量的结果。

这一性能提升与智能方面的显著改进相匹配。曾经因复杂性而失败的任务现在能够成功完成，且交付成果的质量始终更高。在我们的内部基准测试中，Manus 1.5架构与早期版本相比，任务质量提高了15%，用户满意度提升了6%。

除了速度和智能外，Manus 1.5现在能够处理更大、更复杂的问题，这要归功于单个任务扩展的上下文窗口。这使得代理能够在更长的对话和更复杂的工作流程中保持连贯性，确保不会遗漏任何重要细节。

构建完整的Web应用程序

这个版本的主要增强功能之一是全栈Web应用程序开发。现在您可以通过与Manus的对话来构建和部署生产就绪的Web应用程序——无需离开平台去设置托管、配置后端或调试部署问题。这远不止于生成静态页面：Manus可以创建具有持久化后端、数据库、用户认证和嵌入式AI功能的复杂应用程序。

与众不同的是，Manus中的Web开发并不是一个孤立的功能。作为一个通用AI代理，Manus利用其全部能力范围来支持Web开发——从进行深入研究和生成图像，到自主安装增强开发过程的工具或软件包。与典型的"AI网站构建器"不同，Manus可以在单一上下文中执行整个价值链：研究并产出深度内容，构建网站，分析用户交互数据，并基于这些发现生成见解或演示幻灯片。

下表提供了Manus 1.5中可用于Web应用程序开发的核心功能概述：

功能	描述
全栈脚手架	完整的后端服务器基础设施，而不仅仅是前端代码。
用户认证	内置用户注册、登录和管理功能。
集成数据库	为表单、用户数据和应用程序状态提供持久化数据存储。
嵌入式AI功能	将多模态LLM和图像生成直接内置到您的应用程序中。
事件驱动通知	针对用户操作和系统事件的自定义电子邮件或应用内提醒。
可视化编辑	指向实时预览中的任何部分，并使用自然语言描述更改。
自定义域名	连接您自己的域名或子域名来发布您的应用程序。
内置分析	无需外部工具即可跟踪访问者、页面浏览量和流量来源。
版本控制	随时回滚到应用程序的任何先前版本。
权限控制	配置对应用程序的公共、私有或特定用户访问权。

协作和资料库

Manus 1.5还引入了协作功能，允许您邀请团队成员进入共享会话，与Manus一起工作。新的资料库为所有生成的文件和制品提供了一个集中的位置，使组织和访问您的工作变得更加容易。

可用性

Manus-1.5-Lite从今天开始向所有用户开放。Manus-1.5向订阅用户开放。订阅用户在Manus-1.5-Lite积分消耗上可获得50%的折扣。

无限上下文的理解

2025 年 10 月 16 日，Manus 将“无限制上下文”作为 Manus 1.5 的头条能力发布，同时宣称执行更快、质量提升，并推出“单提示即可生成完整应用”的构建器。这些信息直接来自厂商官方材料，包括 Manus 1.5 发布博客（2025）、Manus 更新页面（2025）以及 YouTube 上的发布视频（2025）。

公司公布的内部基准显示，自 4 月以来任务完成速度“提升近 4 倍”，任务质量提高 15%，用户满意度上升 6%——这些数据均为内部测量，尚未经独立复现。“无限制上下文”被定义为在更长、多步骤的工作流中保持连贯；然而截至本文撰写时，Manus 并未披露具体的上下文长度数值。实际使用时，请把“无限制”理解为“显著扩展的有效上下文 + 更优的编排与记忆策略”，而非字面意义上的无限。

为何这种表述很重要：在长工作流中，早期智能体常“遗忘”初始约束、丢失中途决策，或在多文件变更时崩溃。更大的有效工作集加上更聪明的编排，可减少这类失败——前提是你要管理好新风险（注意力稀释、成本/延迟随规模放大，以及远端细节之间的干扰）。

为什么这对复杂任务执行至关重要
以下五个高影响力场景展示了“有效上下文大幅扩展”如何改变团队的交付方式。

1. 长周期规划（PRD → 模式 → API → UI）
   过去：需求在各阶段漂移；早期线程（或文档）里的决策，在进入模式或 UI 实现时已被遗忘。
   现在：更多计划、决策与约束保持“活跃”，智能体能在产品简报、API 契约到界面行为之间保持连续性，减少交接熵与集成返工。
   实操建议：把绝不能丢的工件钉住——PRD、验收标准、契约测试、以及“不可谈判清单”——让系统每一步都优先参考它们。

2. 跨文档综合（10+ 份 PDF 合成一条叙事）
   过去：摘要冲突、引用漂移；随着来源增多，智能体自相矛盾。
   现在：更大的有效上下文可同时容纳更多来源，提升主题一致性、减少矛盾。仍需可验证性：引用链、引用块、可追溯笔记。建议采用“来源优先”的研究流程，例如强调引用的 AI 研究助手，让证据始终可见。
   实操建议：要求智能体在综合阶段输出“主张 → 引用”表，并在后续草稿轮次中把该表作为钉住工件复用。

3. 重构与多仓库变更
   过去：变更只落地一半（如模型已改，但序列化器或客户端未动），引发运行时回退。
   现在：扩展的上下文帮助智能体看到模块与仓库间的依赖面，降低“部分更新”概率。仍须把智能体当初级工程师：提案→应用→验证，辅以测试与 linter。
   实操建议：每条提案变更都用单元测试、模式校验器与 CI 检查做门禁；保留“diff 评审”环，强制智能体解释为何每次变更仍遵守契约。

4. 合规与政策包
   过去：需求与例外散落在各文档；每次修订都要手工重审。
   现在：完整规则集“常驻脑海”，更新时减少漂移。让智能体与规则校验器配对，使每条生成工件（SOP、政策备忘录、控制清单）都与权威需求校验。
   实操建议：维护一份结构化“控制登记册”作为钉住工件，并要求智能体把输出段落映射到对应控制 ID。

5. 协作与工件连续性
   Manus 1.5 还引入“协作”与“工件库”。据官方发布博客（2025），团队可在共享会话中作业，生成的文件集中存放。长上下文只有在新队友能无缝接力时才真正产生价值。
   实操建议：制定会话规范——命名约定、变更日志、以及列明未决决策与钉住工件的“交接简报”。若采用多智能体或办公自动化架构，可参考《开发者指南：超级智能体编排用于深度研究与自动化》，以明确角色、工具与记忆边界。

现实检验：“无限制”并非字面意义，新的失效模式也随之出现
当上下文变得“庞大”甚至“无限制”时，系统的失效点会发生转移。企业实践者注意到，随着上下文增长，注意力可能分散，关键细节会“淹没在中间”，同时成本与延迟攀升。欲了解这些机制以及为何“上下文工程”已成为基本功，可参考 Moody’s Analytics 在 2025 年发布的《Beyond prompts — why enterprise AI demands context engineering》。如需关于大上下文的提示与护栏实操指南，Winder.ai 2024 年发表的《LLM prompt best practices for large context windows》亦是实用资料。

换言之，扩展的有效上下文减少了“截断”错误，却引入了“干扰”风险。解决办法不是“把所有东西全塞进去”，而是精心设计：哪些工件保持钉住、摘要如何分层、以及在何处设置验证门禁以捕捉回退。