[Bug]: 交互界面一直闪烁

[Unigod-2026]

What happened?

执行长任务时，如图任务还没完成，但是界面上没有任何提示信息

这时候输入追问的信息后，屏幕就开始疯狂闪烁。 以后每输入一个字符屏幕就闪烁一次

Steps to reproduce

ohmo

Environment

windows的wsl环境

Relevant logs or screenshots

[tjb-tech]

We have pushed a first fix for this in main via commit a359e02. The change reduces unnecessary frontend rerenders by deduplicating backend snapshot updates (state_snapshot, tasks_snapshot, MCP/bridge snapshots) when their content has not actually changed.\n\nThe goal is to reduce the kind of full-screen flicker that can show up during long-running tasks, especially when the backend is still emitting status snapshots while the user is typing.\n\nCould you please retry on the latest main (or the next release) and let us know whether the flashing is improved? If it still reproduces, a short screen recording plus your terminal environment details (Windows terminal / VSCode terminal / WSL setup) would help narrow down the remaining source.

[ghost5018]

[Bug] v0.1.6 流式输出时TUI依然严重闪屏
正文:
问题描述
v0.1.6 中，assistant 流式输出时终端持续闪烁，非常影响使用体验。
环境

• OS: macOS (Apple Silicon)
• 版本: openharness-ai 0.1.6
• Node.js: v25.9.0
• Python: 3.14.3
  复现步骤

1. 运行 oh
2. 发送任意消息，等待长回复
3. 观察流式输出过程中屏幕持续闪烁
   期望行为
   流式输出应像 Claude Code / OpenCode 一样平滑渲染，无闪烁。

[kobeng]

用bash 方式安装 ，闪烁严重，还有一个情况，流式输出未完成，显示网络错误了，中断了，这个情况未能录屏
录屏出来的结果，闪烁不明显，其实肉眼在看，实际使用，非常明显，使用glm code plan ,api模式是anthropic

只有流式输出快，闪烁频率升高，流式输出慢，闪烁频率降低

[kobeng]

用bash 方式安装 ，闪烁严重，还有一个情况，流式输出未完成，显示网络错误了，中断了，这个情况未能录屏 录屏出来的结果，闪烁不明显，其实肉眼在看，实际使用，非常明显，使用glm code plan ,api模式是anthropic

只有流式输出快，闪烁频率升高，流式输出慢，闪烁频率降低

视频发不了在这里，加我微信号:kobeng

[kobeng]

用bash 方式安装 ，闪烁严重，还有一个情况，流式输出未完成，显示网络错误了，中断了，这个情况未能录屏 录屏出来的结果，闪烁不明显，其实肉眼在看，实际使用，非常明显，使用glm code plan ,api模式是anthropic

只有流式输出快，闪烁频率升高，流式输出慢，闪烁频率降低

在第一次流式输出后，再次输入中文的过程，每输入一个中文，闪烁一次，mac m1 系统

[tjb-tech]

我这边继续沿着“减少无效重绘”方向补了一轮修复，并已经推到 main。

这次新增处理：

• current-response 区域相同内容不再重复 update()
• 结合之前已经在主干里的 snapshot-based sidebar 去重，进一步减少流式输出期间的无效刷新

我这边做了两类验证：

• 相关 UI / API / config 测试全部通过
• 用真实 Textual 交互场景跑了一轮，确认相同内容不会重复更新，正常一轮流式对话可完成

对应提交：327c6ed

不过要实话说：这更像是“继续压低闪烁频率”的修复，不敢说已经把所有终端环境下的闪屏根因彻底消灭，尤其是 macOS / WSL / 高频流式 token 输出的组合，还可能有终端渲染层因素。

如果你方便，建议在最新 main 再试一下：

• 是否比之前明显改善
• 是哪种终端（Windows Terminal / iTerm2 / VSCode Terminal / WSL）
• 是 React TUI 还是 Textual TUI

如果仍然明显闪烁，我们会继续沿“降低前端重渲染 + 降低流式刷新频率 + 排查终端侧 diff render”这条线继续修。

[kobeng]

我这边继续沿着“减少无效重绘”方向补了一轮修复，并已经推到 main。

这次新增处理：

• current-response 区域相同内容不再重复 update()
• 结合之前已经在主干里的 snapshot-based sidebar 去重，进一步减少流式输出期间的无效刷新

我这边做了两类验证：

• 相关 UI / API / config 测试全部通过
• 用真实 Textual 交互场景跑了一轮，确认相同内容不会重复更新，正常一轮流式对话可完成

对应提交：327c6ed

不过要实话说：这更像是“继续压低闪烁频率”的修复，不敢说已经把所有终端环境下的闪屏根因彻底消灭，尤其是 macOS / WSL / 高频流式 token 输出的组合，还可能有终端渲染层因素。

如果你方便，建议在最新 main 再试一下：

• 是否比之前明显改善
• 是哪种终端（Windows Terminal / iTerm2 / VSCode Terminal / WSL）
• 是 React TUI 还是 Textual TUI

如果仍然明显闪烁，我们会继续沿“降低前端重渲染 + 降低流式刷新频率 + 排查终端侧 diff render”这条线继续修。

我是在iTerm2终端

是 React TUI 还是 Textual TUI

我是用源码编译安装方式,不清楚是哪种,能不能教我判断,我愿意提供详细信息

闪烁问题,能不能参考opencode的做法？

[tjb-tech]

I pushed another reduction pass on the React TUI rerender path.

Relevant commit:

• 1f5087c feat(subagents): improve discovery and reduce tui rerenders

This round memoizes several heavy panes/components so typing while streaming does not force the whole React TUI tree to redraw as aggressively:

• ConversationView
• StatusBar
• SwarmPanel
• TodoPanel
• CommandPicker
• ModalHost

Validation I ran:

• PYTHONPATH=src uv run pytest -q tests/test_engine/test_query_engine.py tests/test_prompts/test_claudemd.py tests/test_commands/test_registry.py
• 43 passed
• cd frontend/terminal && npx tsc --noEmit

I am not closing this yet, because the remaining reports are specifically about visible flicker on macOS/iTerm2 under fast streaming, and I don’t have a trustworthy visual reproduction loop for that terminal stack in this environment. So this should be treated as another mitigation pass, not a final claim that the issue is fully gone.

If you retry on the latest main, the most useful follow-up signal is whether the flicker frequency is materially lower during fast streaming in iTerm2.

[tjb-tech]

I pushed another focused pass on the React TUI flicker path.

New commit:

• 63ce793 fix(tui): batch backend updates to reduce flicker

What changed in this round:

• backend transcript/status/tool events are now batched before they hit React state, instead of each event forcing its own UI update
• assistant streaming flush cadence is less aggressive now, which reduces redraw pressure during fast token streams
• heavy panes now consume deferred values so input updates are less tightly coupled to transcript/sidebar repainting

In practice this means the React TUI should redraw less often while the model is streaming and while the user is typing during/after a long response.

Validation:

• cd frontend/terminal && npx tsc --noEmit
• PYTHONPATH=src uv run pytest -q tests/test_ui/test_react_backend.py tests/test_commands/test_registry.py tests/test_engine/test_query_engine.py tests/test_prompts/test_claudemd.py
• 60 passed

I’m still leaving this open because the remaining reports are specifically about visible flicker on macOS/iTerm2, and I still do not have a trustworthy visual reproduction loop for that exact terminal stack here. But this is a deeper mitigation than the earlier memoization pass.

[riverlight]

我在 windows 下面升级了新的版本，依然很闪

[siaochuan]

补充一个可直接试用的缓解方案（针对“流式输出快时明显闪烁”）：

我刚提交了一个 PR：#141

• feat(tui): add codex output style to mitigate streaming flicker #141
• 重点是新增内置 codex 输出样式，并在该模式下减少 token 级别的前端重绘压力

你可以在 React TUI 里直接输入：

/output-style codex

然后再跑一轮长流式任务，对比闪烁频率。

如果你愿意反馈，最有帮助的是这 4 项：

1. 终端：Windows Terminal / iTerm2 / VSCode Terminal（具体版本）
2. 系统与运行环境：Windows+WSL / macOS / Linux
3. 是否明显改善：无改善 / 略有改善 / 明显改善
4. 在 default 与 codex 两种 output-style 下的体感差异

这个 PR 不是宣称“彻底根治”，而是提供一个更低噪音渲染路径，优先降低高频流式场景下的可见闪烁。