Manus 现在可以将有价值的对话转化为经审批的 Project 指令和文件更新,让每一个任务都能让下一个任务做得更好。
只有上下文保持最新,Project 才有价值。但实际工作变化很快。发布信息变得更精炼。研究格式得到改进。PRD 模板不断演进。团队成员做出的决策应当指导其他所有人。
在此之前,这些经验很容易丢失。除非有人手动更新 Project 指令、文件或技能,否则它们只会停留在对话中。
现在,Manus 可以帮助 Project 从工作本身中学习。当任务产生可复用的知识时,Manus 能够识别出有何变化,提出对 Project 的更新建议,并仅在审批通过后才应用。
Project 现在可以通过其内部进行的对话不断演进。Manus 可以审查任务,识别应当延续下去的指令、文件、示例、术语或工作流模式。
“审查这次对话,并建议我们应对该 Project 的指令或文件做出哪些更新。”
然后 Manus 会解释应当更改什么以及原因。你审查提案,批准合理的部分,该 Project 中未来的任务就会以更新鲜的上下文开始。
对于重复性工作流,你可以将其作为 Project 的运作节奏的一部分:
“每次发布规划任务后,检查 Project 指令、示例或源文件是否应该更新。如果有变化,请提出更新建议供审查。”
指令和文件并不是 Project 中唯一可以随时间改进的部分。当一个工作流变得可重复时,Manus 还可以帮助你将该模式转化为 Project 技能或更新现有技能。
当你的团队形成专门的工作方式时,这非常有用。例如,你可能有偏好的研究方法、发布写作清单、客户反馈分类法,或应在未来任务中复用的报告格式。你可以让 Manus 审查哪些做法奏效并提出技能更新建议,而不必每次都从头解释该流程。
“这个任务产生了一个更好的撰写发布博客文章的工作流。请建议我们是否应该更新或创建一个 Project 技能,使未来的发布文章遵循相同的流程。”
然后 Manus 可以总结该可复用工作流,说明该技能应包含什么内容,并准备好更新供你审查。与指令和文件一样,你始终掌控添加或更改的内容。
| 提示词目标 | 示例提示词 | 可能的 Project 更新 |
|---|---|---|
| 捕获可重复的工作流 | “将这个已批准的发布流程转化为可复用的 Project 技能。” | 一个新技能,用于指导未来的发布规划、起草和审查。 |
| 改进现有流程 | “使用我们在此任务中采用的来源标准更新我们的研究技能。” | 一个经过优化的技能,具有更清晰的证据规则和输出预期。 |
| 标准化团队习惯 | “创建一个使用此分类法总结客户反馈的技能。” | 一个可复用的分类工作流,用于未来的反馈分析。 |
| 保持技能最新 | “审查这次对话,告诉我是否应该更新任何 Project 技能。” | 一个反映最新工作方法的技能修改建议。 |
| 场景 | Manus 可以学到什么 | 下次有什么改进 |
|---|---|---|
| 发布规划 | 更新后的定位、命名决策、FAQ 规则和信息结构。 | 未来的博客、文档和社交帖子从最新的叙事开始。 |
| 市场研究 | 偏好的报告结构、来源标准和分析标准。 | 新报告变得更一致,所需准备工作更少。 |
| PRD 撰写 | 产品术语、需求格式和决策规则。 | PM 和工程师从相同的当前上下文开始工作。 |
| 客户反馈分析 | 分类规则、优先级定义和反复出现的主题。 | 反馈摘要随时间保持可比性。 |
| 团队入职 | 当前的示例、模板和操作说明。 | 新团队成员以最新的工作模型开始。 |
此更新适用于支持 Project 指令和 Project 文件的 Project 会话。建议的更改在生效前可供审查。
如果工作区、平台或任务不支持 Project 上下文,则 Project 级别的学习和更新将不适用。
问:Manus 可以未经我批准就更新 Project 吗?
答:不可以。Manus 可以提出更新建议,但更改需要在应用前获得授权。
答:Manus 可以识别可复用的指令、更新的源文件、工作流模式、技能改进、术语、示例和应指导未来任务的决策。
答:可以。你可以让 Manus 审查对话,并建议对 Project 指令或文件的更新。
答:不会。更新仅应用于经过审查和授权的 Project。
答:上传文件会更改源材料。此更新可帮助 Manus 识别 Project 的更广泛上下文何时应该更改,包括指令、文件和可复用的工作流。
Project 正在成为一个随使用而改进的工作区。随着你的决策、文件和流程不断演进,Manus 可以帮助将这些经验延续到下一个任务中。