你以为 Agent 做到一半忘了，是因为没有 TaskFlow？

不完全是。

让 Agent 在后台做完一件事，和让它把一整串任务自动接力完成，是两回事。

TaskFlow 能帮上什么忙？先分清 Mirror 和 Managed。

我在 OpenClawv2026.9.2上做了 5 组对照实验，发现一个关键区别：让 Agent 拆成 10 步，不一定会生成 TaskFlow；让它实际启动符合条件的后台子 Agent 任务，才可能进入镜像模式。

但更重要的是——TaskFlow 记录了流程状态，不等于它自动保存每一步业务成果，更不等于任何任务都能从断点续跑。

这篇文章就用实测把这几个容易混淆的概念讲清楚。

一、TaskFlow 到底解决什么问题？

先打个比方

你点了外卖，骑手在路上跑。

Mirror 不会帮你做饭，它只是让你不用打电话问骑手"到哪了"——打开 App 一看就知道。

三层能力，一句话说清

TaskFlow 本身不会让 Agent 更聪明，也不会自动替你设计业务步骤。它提供的是流程记录与状态管理能力；具体的业务判断、步骤衔接和恢复逻辑，仍然需要由控制器或工作流方案实现。

常见误区澄清

记住一句话：TaskFlow 管流程状态，控制器负责让流程往前走，Lobster 是可选的工作流执行方案之一。

二、如何启用和管理 TaskFlow？

5 组对照实验：什么情况下会出现 Mirror？

测试环境：OpenClaw v2026.9.2。

结论：关键不在于任务有几步，也不在于提示词里是否出现"TaskFlow"这个词，而在于Agent 最终有没有启动符合条件的后台任务。

• ✅ 明确启动符合条件的后台子 Agent → 观察到 task_mirrored Flow
• ❌ 在当前会话里执行，不管任务多复杂 → 不创建 TaskFlow

"后台""子 Agent"这些词不是魔法开关，但实验证明，在提示词中明确要求"在后台启动子 Agent"，触发的概率最高。写完之后跑一下 openclaw tasks flow list，确认是否真的创建了 Flow。

怎么验证你自己的环境

 # 1. 执行前，记录当前 Flow 列表openclaw tasks flow list# 2. 让 Agent 在后台启动子 Agent 任务# 3. 执行后，再次查看 Flow 列表，看是否新增openclaw tasks flow list

新增的 task_mirrored 记录就是 TaskFlow 镜像模式的产物。

管理已启用的 TaskFlow

在终端运行 openclaw tasks flow list，你会看到类似这样的输出：

TaskFlows: 5TaskFlow pressure: 0 active · 0 blocked · 0 cancel-requested · 5 totalTaskFlow    Mode           Status     Rev  Tasks          Goal3faa742e…  task_mirrored  succeeded  59   0 active/1 total  投资策略PPT制作0c8de3e2…  task_mirrored  succeeded  7    0 active/1 total  工具注入测试da097539…  task_mirrored  succeeded  19   0 active/1 total  行业窗口期分析

逐列解读：

pressure 行也很重要：

• active：正在跑的任务数
• blocked：被阻塞的任务数
• cancel-requested：已请求取消但还没停的任务

常用管理命令：

# 查看所有 Flow 列表openclaw tasks flow list# 查看某条 Flow 详情   openclaw tasks flow show# 取消某条 Flow    openclaw tasks flow cancel 

失败后怎么继续

任务失败了，先用 openclaw tasks flow show  查看状态和已有产物，再决定是重新执行还是手动从某一步继续。

三、实操建议：用好 TaskFlow 的5个关键动作

1. 长任务先拆步骤，并把关键结果保存下来

第1步：搜集行业政策，保存到 step1-policy.md      第2步：搜集竞品动态，保存到 step2-competitor.md     第3步：分析前两步的资料，保存到 step3-analysis.md     第4步：基于分析结果生成报告，保存到 final-report.md  

无论是否使用 TaskFlow，显式保存关键产物，都比只依赖聊天上下文更可靠。

2. 多任务接力要显式设计工作流

如果你需要多个任务自动接力，不能只让 Agent "后台跑"就完事。在提示词中说明任务之间的先后顺序和依赖关系，或者用 Lobster 定义流水线步骤。下一篇会详细讲 Lobster 的用法。

3. 每步关键产物显式保存到文件

在提示词中明确要求"每一步结果保存到指定文件路径"，比如 step1-素材.md、step2-初稿.md。执行完成后检查文件是否真的生成了，不要只看 Flow 状态是 succeeded 就认为万事大吉。

4. 先从简单流水线开始

先把"搜集 → 分析 → 输出"跑通，再增加"人工审核""失败分支""恢复机制"。不要一开始就把所有复杂情况塞进同一个工作流。

5. 启动后主动验证，别等结果

每次让 Agent 在后台跑任务，养成一个习惯：跑完 openclaw tasks flow list 看一眼。确认 Mode 是 task_mirrored、Status 在正常推进，再继续做你的事。不要等 Agent 说"做完了"才去检查——万一中间挂了，越早发现越好。

四、场景模拟：公众号写作流水线

假设你是公众号作者，每周要写一篇文章。你让 Agent 协助完成同一个任务：搜集素材 → 筛选 → 写初稿 → 审核 → 生成封面。

第1篇：当前会话执行（最原始）

帮我写一篇公众号文章，分5步完成：    1. 搜集素材   2. 筛选重点    3. 写初稿    4. 我审核后修改     5. 生成封面图 

实际效果：当前会话执行，所有过程在聊天上下文里，中途断了从头来。

用户介入：全程盯着。

第2篇：后台任务 + TaskFlow（进阶）

请在后台启动子Agent，执行写作流水线：     1. 搜集素材    2. 筛选重点     3. 写初稿     4. 我审核后修改     5. 生成封面图  

实际效果：Agent 在后台跑，TaskFlow 自动记录状态，随时执行 openclaw tasks flow list 看进度；中途断了，知道卡在哪一步。

用户介入：需要时不时看一眼。

第5篇：后台 + 显式保存中间产物（再进阶）

请在后台启动子Agent，执行写作流水线：    1. 搜集素材，保存到 step1-素材.md    2. 筛选重点，保存到 step2-筛选.md     3. 基于前两步，写初稿保存到 step3-初稿.md      4. 我审核后修改，保存到 step4-终稿.md     5. 生成封面图

实际效果：中间产物落地到文件，断了能从保存的产物继续，不用从头来。

用户介入：在最后审核。

第10篇：Taskflow+ Lobster 审批检查点（全自动）

请在后台启动子Agent，按以下 Lobster 工作流执行：     第1步：搜索素材 → 保存      第2步：筛选 → 保存      第3步：写初稿 → 保存      第4步：approval: required（暂停等我审核）      第5步：审核通过后生成封面

实际效果：明确的暂停/恢复机制，第4步会可靠地暂停等你审核，通过后自动继续，流程状态全程可追踪。

用户介入：只看汇总。

这才是"一次干完一整串活"的真实含义——不是 TaskFlow 一个组件解决所有问题，而是后台任务、TaskFlow、Lobster 三层能力叠加，加上你在任务设计层面的显式处理。

Agent 行动组件系列已完成2篇，下一篇，继续聊 Lobster：

关注「红尘炼AI」，我们下篇见。