希望让Manus稳定处理一项耗时漫长、步骤繁多、需调用多个工具的复杂任务——例如“自动生成10篇符合Google SEO规范的汽车评测文章并发布到WordPress”——最怕的就是中途理解出现偏差、工具调用混乱、关键约束条件被遗漏。

这种情况下，反复重试并不能解决问题，而是要从提交方式入手进行结构化控制。我们换一个角度来探讨这个问题。

明确划分目标、约束、记忆三层意图

第一步，在首次输入时，用自然语言一次性写清这三部分，切勿混在一起。目标句以“生成/构建/完成……”开头；约束句用“必须/限定/不得/控制在……”引导；记忆句采用“首次出现时……”“后续按……处理”这类表述。

第二步，目标要写成可验证的成果，而非一连串动作。例如，不要说“打开浏览器搜参数→复制表格→粘贴进Word”，而应表述为“输出一份包含发动机排量、零百加速、CLTC续航三项核心参数的对比表格，格式为Markdown，横向表头为车型名称，纵向为参数项”。Manus会自动规划工具路径，你只需定义终点在哪里。

第三步，约束必须附带数值或确定边界。像“风格专业但易懂”这种模糊描述基本无效，应替换为“面向35岁购车人群，句子平均长度≤18字，技术术语首次出现时括号标注英文（如‘涡轮增压（Turbocharging）’）”才真正起作用。没有量化边界的约束，Manus会在规划阶段直接忽略。

用plan工具显式创建阶段节点

在Manus控制台或支持plan指令的界面中，分别输入：/plan 新建阶段：数据采集→/plan 新建阶段：内容生成→/plan 新建阶段：SEO校验→/plan 新建阶段：CMS发布。每条指令单独发送，不要合并为一句。

每个阶段名必须是动宾短语，且不能重复。系统会据此生成DAG任务图，后续所有工具调用都绑定在对应阶段的沙箱内，跨阶段的数据传递需要显式声明（例如“将阶段1生成的车型参数CSV传入阶段2”）。

【阶段名中不得含有模糊词如“初步”“大概”“可能”，否则系统无法持久化状态】

分阶段提交的具体操作路径

手动推进式提交
① 发送第一阶段完整提示词（包含该阶段目标+约束），等待Manus返回“阶段1已完成，共生成3个文件：specs.csv、sources.json、log.txt”；
② 确认文件无误后，输入 /advance；
③ 系统自动载入阶段2沙箱，此时你只需发送“基于specs.csv撰写10篇评测草稿，每篇含H2标题+3段正文+1个FAQ”，无需重复前序约束；
④ 每次执行/advance前，Manus会列出当前阶段已产出文件的哈希值和工具调用日志，方便你肉眼核对。

预设失败回滚点
在初始plan阶段追加一句：“若阶段3（SEO校验）中TF-IDF密度未达3.2%，自动切换至备用关键词库‘auto_review_v2’并重跑该阶段，不中断后续流程”。这样即使某个环节出问题，也不会导致整条流水线停滞或需要人工介入。

时间维度切片调度
对于积分受限或需要人工审核的场景，可以使用 /schedule --every 24h --phase 2 指令。系统会在每天同一时间，从阶段2的断点恢复，继续执行剩余的子任务。沙盒状态中包含浏览器登录态、已安装的Python包、临时文件，全部都会被保留。