Manus Projects 学习功能上线

Manus Projects 学习功能已上线，Projects 现在可以从任务对话中提炼可复用知识，并把它们转化为待审批的项目说明、文件或技能更新。该功能面向支持 Project instructions 与 Project files 的项目会话，所有变更必须经过用户授权后才会生效。

Manus Projects 学习功能如何更新项目上下文

Manus 将 Projects 定位为会随使用而更新的工作区。过去，团队在一次任务中形成的命名规则、发布口径、PRD 模板或研究格式，往往停留在聊天记录里。除非有人手动修改 Project instructions、Project files 或 skills，否则下一次任务仍要重新解释背景。新功能改变了这一流程：当一次任务产出可复用知识时，Manus 可以回看对话，识别应沉淀到项目中的说明、文件、示例、术语或工作流模式，再生成一份变更建议。 用户可以直接用提示词触发这一能力，例如要求 Manus 审查当前对话，并建议是否更新项目说明或文件。Manus 会说明建议修改什么、为什么修改，以及这些更新会如何影响后续任务。用户审核并批准后，未来在同一 Project 中启动的任务会使用更新后的上下文。

用户审批机制降低项目知识漂移风险

Manus 官方说明强调，Project context 不会在未经授权的情况下自动改变。Manus 可以提出更新，但应用变更前需要用户确认。这一点对团队协作很重要，因为项目说明、源文件和技能往往会影响多名成员的后续输出。如果系统自动吸收一次偶然讨论，可能把临时决策误写成长期规则。 此次更新覆盖 5 类常见上下文：可复用决策、流程标准、术语、示例文件和 recurring workflow。Project instructions 可在流程、术语或输出格式变化时更新；Project files 可在资料、样例或模板过期时刷新；Project skills 可在某个流程变得稳定后创建、细化或更新。审批机制使 Manus 更像项目知识库的协作者，而不是直接替团队改写规范的自动化脚本。

技能更新让重复工作沉淀为 Project skill

Manus Projects 的更新不只面向说明和文件。原文明确提到，当团队形成稳定流程时，Manus 可以把这一模式转化为新的 Project skill，也可以更新已有技能。典型场景包括发布博客写作流程、市场研究方法、客户反馈分类体系和周报格式。 例如，团队完成一次发布规划后，可以要求 Manus 判断是否需要更新发布写作技能。Manus 会总结可复用流程，说明技能应包含的步骤，并把变更交给用户审核。对于长期团队，这类能力的价值在于减少重复提示词：一旦 launch planning、research report、PRD writing 或 customer feedback analysis 的规则被批准写入 Project，后续任务可以直接沿用最新流程。

适用范围限制在支持 Project 上下文的会话

Manus 表示，此次更新适用于支持 Project instructions 与 Project files 的 Project sessions。如果某个 workspace、platform 或 task 不支持 Project context，项目级学习与更新就不会生效。换言之，这不是跨所有 Manus 会话的全局记忆，而是绑定到具体 Project 的上下文维护能力。 这一边界有助于区分项目知识和个人聊天历史。更新只会应用到经过审核和授权的 Project，不会自动扩散到其他项目。对企业用户而言，这种局部作用域更便于管理权限、流程差异和团队规范，也减少了把 A 项目的标准误带入 B 项目的风险。 从工程实践看，Manus Projects 学习功能的重要性不在于单次生成质量，而在于让项目上下文持续保鲜。若团队能把发布口径、研究证据标准、PRD 结构和反馈分类规则持续写回 Project，agent 工作流就能减少重复解释，并提升跨任务输出的一致性。该判断仍取决于团队是否愿意审核变更，以及 Manus 对可复用知识的识别质量。