openclaw - 💡(How to fix) Fix Feishu channel: expose blockStreaming as a configurable option [1 comments, 2 participants]

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…
GitHub stats
openclaw/openclaw#77936Fetched 2026-05-06 06:19:05
View on GitHub
Comments
1
Participants
2
Timeline
6
Reactions
2
Timeline (top)
mentioned ×2subscribed ×2closed ×1commented ×1

The Feishu channel currently hardcodes disableBlockStreaming: true in the reply dispatcher. This means block-level replies (intermediate messages during agent execution) are never delivered incrementally — users only see the final response all at once.

Other channels like MS Teams already expose blockStreaming as a user-configurable option. It would be great to have the same for Feishu.

Root Cause

The Feishu channel currently hardcodes disableBlockStreaming: true in the reply dispatcher. This means block-level replies (intermediate messages during agent execution) are never delivered incrementally — users only see the final response all at once.

Other channels like MS Teams already expose blockStreaming as a user-configurable option. It would be great to have the same for Feishu.

Fix Action

Workaround

Currently the only workaround is manually editing the compiled dist file, which gets overwritten on every update.

Code Example

return {
    dispatcher,
    replyOptions: {
        ...replyOptions,
        disableBlockStreaming: true,  // hardcoded
    }
};

---

{
  "channels": {
    "feishu": {
      "blockStreaming": true
    }
  }
}
RAW_BUFFERClick to expand / collapse

Summary

The Feishu channel currently hardcodes disableBlockStreaming: true in the reply dispatcher. This means block-level replies (intermediate messages during agent execution) are never delivered incrementally — users only see the final response all at once.

Other channels like MS Teams already expose blockStreaming as a user-configurable option. It would be great to have the same for Feishu.

Current Behavior

In monitor.account-*.js:

return {
    dispatcher,
    replyOptions: {
        ...replyOptions,
        disableBlockStreaming: true,  // hardcoded
    }
};

When an agent produces multiple block replies, the Feishu user sees nothing until the final reply arrives. Combined with non-streaming models, this creates a poor experience where the user waits minutes with no feedback.

Desired Behavior

Add a blockStreaming (boolean) option to the Feishu channel config schema:

{
  "channels": {
    "feishu": {
      "blockStreaming": true
    }
  }
}

When enabled, block replies would be delivered as separate messages, giving users incremental progress during long agent runs.

Workaround

Currently the only workaround is manually editing the compiled dist file, which gets overwritten on every update.

Context

  • OpenClaw version: 2026.5.2
  • Feishu connection mode: websocket
  • Model: non-streaming (free-tier OpenRouter), making this especially impactful

extent analysis

TL;DR

Enable block streaming for the Feishu channel by adding a configurable blockStreaming option to the channel config schema.

Guidance

  • Identify the hardcoded disableBlockStreaming: true in monitor.account-*.js and consider replacing it with a configurable value based on the new blockStreaming option.
  • Update the Feishu channel config schema to include the blockStreaming boolean option, allowing users to enable or disable block streaming.
  • Test the new configuration with both blockStreaming enabled and disabled to verify the desired behavior.
  • Consider implementing a fallback or default value for blockStreaming to ensure backwards compatibility.

Example

return {
    dispatcher,
    replyOptions: {
        ...replyOptions,
        disableBlockStreaming: !config.channels.feishu.blockStreaming, // use config value
    }
};

Notes

The current workaround of manually editing the compiled dist file is not sustainable and may be overwritten on updates. A configurable blockStreaming option would provide a more robust solution.

Recommendation

Apply workaround by adding the blockStreaming option to the Feishu channel config schema, as this provides a more flexible and user-configurable solution.

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: expose blockStreaming as a configurable option [1 comments, 2 participants]