Issue Station
Sign In
Tools hereToolbox

openclaw - 💡(How to fix) Fix Feishu channel: intermediate tool-call messages not delivered; blockStreaming causes total message loss

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…

Fix Action

Fix / Workaround

Attempted Workarounds

RAW_BUFFERClick to expand / collapse

Problem

When using the Feishu channel, intermediate messages (text before tool calls) are never delivered to the user. Only the final reply appears in the chat.

This was confirmed NOT specific to Feishu — the same behavior was reproduced on the QQ Bot channel (@tencent-connect/openclaw-qqbot).

In practical terms: When I ask a question that requires tool calls (e.g. web search), the assistant writes "Let me search that..." then calls the tool. On the Feishu client, I never see the "Let me search that..." part. I only see the final answer after all tools finish. In the Web UI / Control UI, everything is visible.

Steps to Reproduce

  1. Configure Feishu channel with renderMode: "card"
  2. Send a message that triggers tool calls (e.g. web search)
  3. Observe that only the final reply is delivered; intermediate text like "先验证一下数据" is not sent

Expected Behavior

Intermediate assistant text before tool calls should be delivered as visible messages to the channel, similar to how the Control UI / WebChat shows tool-call progress.

Attempted Workarounds

AttemptResult
blockStreaming: true + renderMode: "raw"All messages lost — complete break
blockStreaming: true + renderMode: "card" + blockStreamingCoalesce: { enabled: false }All messages lost — even final reply disappears
Upgraded from v2026.5.12 to v2026.5.18No change — intermediate messages still not delivered
Tested on QQ Bot channelSame behavior — confirming this is a core channel delivery issue, not Feishu-specific

Environment

  • OpenClaw version: 2026.5.18 (also tested on 2026.5.12)
  • Node.js: v22
  • Channels affected: feishu, qqbot
  • Channels not affected: webchat / Control UI (shows all progress)

Suspected Cause

The user reports this behavior started after upgrading to v2026.5.12. The following CHANGELOG entries suggest the message coalescer / delivery path was changed around that version:

  • "Replies: deliver rich-only block replies even when block-streaming coalescing is enabled, keeping card and button payloads from being dropped by the text coalescer."
  • "Replies: treat rich presentation, interactive controls, and channel-native payload data as outbound content across follow-up, heartbeat, cron, ACP, and block-streaming delivery paths"

The core issue remains: blockStreaming: true on Feishu causes complete message loss, and without it, intermediate tool-call messages are never sent.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

openclaw - 💡(How to fix) Fix Feishu channel: intermediate tool-call messages not delivered; blockStreaming causes total message loss