快速开始

进度草稿

进度草稿让长时间运行的智能体轮次在聊天中显得仍在推进,而不会把对话变成一堆临时状态回复。

启用进度草稿后,OpenClaw 只会在该轮次证明自己确实在执行实际工作后,创建一条可见的进行中消息;当智能体阅读、规划、调用工具或等待批准时更新它;然后在渠道可以安全执行时,将该草稿转换为最终答案。

text
Shelling...📖 from docs/concepts/progress-drafts.md🔎 Web Search: for "discord edit message"🛠️ Bash: run tests

当你希望在工具密集型工作期间显示一条整洁的状态消息,并在轮次完成后显示最终答案时,使用进度草稿。

快速开始

使用 streaming.mode: "progress" 为每个渠道启用进度草稿:

json5
{  channels: {    discord: {      streaming: {        mode: "progress",      },    },  },}

通常这样就足够了。OpenClaw 会选择一个自动的单词标签,等到工作至少持续五秒或发出第二个工作事件后,添加紧凑的进度行来显示有用工作的进展,并抑制该轮次中重复的独立进度提示。

用户会看到什么

进度草稿包含两部分:

部分 目的
标签 简短的起始/状态行,例如 Thinking...Shelling...
进度行 使用与详细输出相同的工具图标和详情格式化器的紧凑运行更新。

标签会在智能体开始有意义的工作,并且保持忙碌五秒或发出第二个工作事件后出现。它是滚动进度行列表的一部分,因此一旦出现足够多的具体工作,起始状态就会滚出视野。纯文本回复不会显示进度草稿。只有当智能体发出有用的工作更新时,才会添加进度行,例如 🛠️ Bash: run tests🔎 Web Search: for "discord edit message"✍️ Write: to /tmp/file。默认情况下,它们使用与 /verbose 相同的紧凑解释模式;调试时如果还想附加原始命令/详情,请设置 agents.defaults.toolProgressDetail: "raw"。 在可能的情况下,最终答案会替换草稿;否则 OpenClaw 会正常发送最终答案,并根据渠道的传输机制清理草稿或停止更新草稿。

选择模式

channels.<channel>.streaming.mode 控制可见的进行中行为:

模式 最适合 聊天中显示什么
off 安静的渠道 只显示最终答案。
partial 观察答案文本逐步出现 编辑一条草稿,显示最新答案文本。
block 较大的答案预览分块 用更大的分块更新或追加一个预览。
progress 工具密集型或长时间运行的轮次 一条状态草稿,然后是最终答案。

当用户更关心“正在发生什么”,而不是逐个 token 观看答案文本流式输出时,选择 progress

当答案本身就是进度信号时,选择 partial

当你想用更大的文本分块更新草稿预览时,选择 block。在 Discord 和 Telegram 上,streaming.mode: "block" 仍然是预览流式传输,而不是普通的分块投递。若要普通的分块回复,请使用 streaming.block.enabled 或旧版 blockStreaming

配置标签

进度标签位于 channels.<channel>.streaming.progress 下。

默认标签是 auto,它会从 OpenClaw 内置的“单词加省略号”标签池中选择:

text
Thinking...Shelling...Scuttling...Clawing...Pinching...Molting...Bubbling...Tiding...Reefing...Cracking...Sifting...Brining...Nautiling...Krilling...Barnacling...Lobstering...Tidepooling...Pearling...Snapping...Surfacing...

使用固定标签:

json5
{  channels: {    discord: {      streaming: {        mode: "progress",        progress: {          label: "Investigating",        },      },    },  },}

使用你自己的自动标签池:

json5
{  channels: {    discord: {      streaming: {        mode: "progress",        progress: {          label: "auto",          labels: ["Checking", "Reading", "Testing", "Finishing"],        },      },    },  },}

隐藏标签,只显示进度行:

json5
{  channels: {    discord: {      streaming: {        mode: "progress",        progress: {          label: false,        },      },    },  },}

控制进度行

在进度模式中,进度行默认启用。它们来自真实的运行事件:工具启动、项目更新、任务计划、批准、命令输出、补丁摘要以及类似的智能体活动。

OpenClaw 对进度草稿和 /verbose 使用相同的格式化器:

json5
{  agents: {    defaults: {      toolProgressDetail: "explain", // explain | raw    },  },}

"explain" 是默认值,会用类似 🛠️ check JS syntax for /tmp/app.js 的简洁标签保持草稿稳定。"raw" 会在可用时追加底层命令/详情,这在调试时有用,但在聊天中更嘈杂。

例如,同一条命令会根据详情模式显示为不同内容:

模式 进度行
explain 🛠️ check JS syntax for /tmp/app.js
raw 🛠️ check JS syntax for /tmp/app.js, node --check /tmp/app.js

限制保持可见的行数:

json5
{  channels: {    discord: {      streaming: {        mode: "progress",        progress: {          maxLines: 4,        },      },    },  },}

进度行会自动压缩,以减少编辑草稿时聊天气泡的重排。

OpenClaw 默认会截断较长的进度行,这样重复编辑草稿时就不会在每次更新时产生不同换行。前缀会保持可读,路径或原始命令等长详情会用省略号缩短。

Slack 可以将进度行渲染为结构化的 Block Kit 字段,而不是单个文本正文:

json5
{  channels: {    slack: {      streaming: {        mode: "progress",        progress: {          render: "rich",        },      },    },  },}

富渲染会保留相同的纯文本回退,因此不支持更丰富形态的渠道和客户端仍然可以显示紧凑的进度文本。

保留单个进度草稿,但隐藏工具和任务行:

json5
{  channels: {    discord: {      streaming: {        mode: "progress",        progress: {          toolProgress: false,        },      },    },  },}

使用 toolProgress: false 时,OpenClaw 仍会抑制该轮次较旧的独立工具进度消息。除非配置了标签,否则渠道会保持视觉上的安静,直到最终答案出现。

渠道行为

每个渠道都会使用其支持的最简洁传输方式:

渠道 进度传输 说明
Discord 发送一条消息,然后编辑它。 当最终文本适合一条安全预览消息时,会就地编辑。
Matrix 发送一个事件,然后编辑它。 账号级流式传输配置控制账号级草稿。
Microsoft Teams 个人聊天中的原生 Teams 流。 streaming.mode: "block" 映射为 Teams 分块投递。
Slack 原生流或可编辑草稿帖子。 线程可用性会影响是否可以使用原生流式传输。
Telegram 发送一条消息,然后编辑它。 较旧的可见草稿可能会被替换,以便最终时间戳保持有用。
Mattermost 可编辑草稿帖子。 工具活动会折叠进同一条草稿样式帖子。

没有安全编辑支持的渠道通常会回退到输入指示器或仅最终答案投递。

最终化

最终答案准备好后,OpenClaw 会尝试保持聊天整洁:

  • 如果草稿可以安全地变成最终答案,OpenClaw 会就地编辑它。
  • 如果渠道使用原生进度流式传输,当原生传输接受最终文本时,OpenClaw 会最终化该流。
  • 如果最终答案包含媒体、批准提示、显式回复目标、过多分块,或者编辑/发送失败,OpenClaw 会通过正常的渠道投递路径发送最终答案。

回退路径是有意设计的。发送一条新的最终答案,比丢失文本、把回复放错线程,或用渠道无法安全表示的载荷覆盖草稿更好。

故障排除

我只看到最终答案。

检查处理该消息的账号或渠道是否已将 channels.<channel>.streaming.mode 设置为 progress。当渠道无法安全编辑正确消息时,某些群组或引用回复路径可能会为该轮次禁用草稿预览。

我看到标签,但没有工具行。

检查 streaming.progress.toolProgress。如果它是 false,OpenClaw 会保留单草稿行为,但隐藏工具和任务进度行。

我看到一条新的最终消息,而不是编辑后的草稿。

这是安全回退。它可能发生在媒体回复、较长答案、显式回复目标、旧 Telegram 草稿、缺失 Slack 线程目标、已删除的预览消息,或原生流最终化失败时。

我仍然看到独立的进度消息。

当草稿处于活动状态时,进度模式会抑制默认的独立工具进度消息。如果仍然出现独立消息,请验证该轮次确实在使用进度模式,而不是 streaming.mode: "off" 或无法为该消息创建草稿的渠道路径。

Teams 的行为与 Discord 或 Telegram 不同。

Microsoft Teams 在个人聊天中使用原生流,而不是通用的发送并编辑预览传输。Teams 也会将 streaming.mode: "block" 视为 Teams 分块投递,因为它没有 Discord 和 Telegram 使用的相同草稿预览分块模式。

相关

Was this useful?