What version of Kimi Code is running?
kimi --version: 0.14.2
Which open platform/subscription were you using?
不依赖具体平台或订阅。这个问题发生在 TUI 等待/接收响应期间,和账号订阅无关。
Which model were you using?
不依赖具体模型。发送任意会让 TUI 进入等待响应状态的消息即可复现。
What platform is your computer?
- Windows 11 x64:
Microsoft Windows [Version 10.0.26100.4652]
- WSL2: Ubuntu 24.04.3 LTS
- Kernel:
Linux 6.6.87.2-microsoft-standard-WSL2 x86_64 x86_64
- Windows Terminal: Microsoft.WindowsTerminal package path indicates
1.24.11321.0
- Relevant environment variables inside WSL:
WT_SESSION is set
WSL_DISTRO_NAME=Ubuntu
WSL_INTEROP is set
TERM=xterm-256color
What issue are you seeing?
在 WSL + Windows Terminal 中运行 Kimi Code TUI 时,如果 Windows 任务栏处于自动隐藏状态,发送消息并等待模型响应期间,把鼠标移动到屏幕最下边无法正确唤起 Windows 任务栏。
响应一结束,任务栏立刻可以正常唤起。这个现象可以稳定复现。
我确认这个问题和 Kimi Code 在等待响应期间发送的 terminal progress 序列有关:屏蔽 WT_SESSION 后启动 Kimi Code,任务栏自动隐藏行为马上恢复正常:
What steps can reproduce the bug?
- 在 Windows 11 中开启任务栏自动隐藏。
- 使用 Windows Terminal 打开 WSL2 Ubuntu。
- 在 WSL 中正常运行
kimi,确保环境里存在 WT_SESSION。
- 在 Kimi Code TUI 中发送一条消息,让 TUI 进入等待/响应状态。
- 响应过程中,把鼠标移动到屏幕最下边尝试唤起自动隐藏的 Windows 任务栏。
- 观察到任务栏无法正常唤起。
- 等 Kimi Code 响应结束后,再次移动鼠标到屏幕最下边,任务栏可以正常唤起。
- 用
WT_SESSION= command kimi 启动后重复上述步骤,问题消失。
也可以用最小 OSC 序列验证这个方向:
printf '\033]9;4;3\a'
sleep 15
printf '\033]9;4;0;\a'
Kimi Code 的时序和这个序列一致:响应开始时启用 indeterminate progress,响应结束时清除 progress。
What is the expected behavior?
Kimi Code 在等待/接收响应期间不应该影响 Windows 自动隐藏任务栏的唤起。即使 TUI 正在等待模型响应,用户也应该能把鼠标移动到屏幕边缘并正常唤出任务栏。
Additional information
初步定位到的原因是 Kimi Code 把 WT_SESSION 视为支持 OSC 9;4 terminal progress 的信号。进入等待/思考/工具执行状态时,TUI 会调用 terminal progress;底层 pi-tui 会发送 OSC 9;4;3 并每秒 keepalive,结束时发送 OSC 9;4;0 清除。
这个机制在 WSL + Windows Terminal 下会反映到 Windows 任务栏进度状态,并且会干扰 Windows 任务栏自动隐藏的边缘唤起行为。
可能的修复方向:
- 在 WSL + Windows Terminal 环境下不要默认启用
OSC 9;4 terminal progress。
- 或者提供 TUI 配置项允许关闭 terminal progress,例如:
[terminal]
progress = false
更完整的配置语义也可以是 auto / on / off,由 auto 避开已知会影响任务栏行为的环境。
What version of Kimi Code is running?
kimi --version:0.14.2Which open platform/subscription were you using?
不依赖具体平台或订阅。这个问题发生在 TUI 等待/接收响应期间,和账号订阅无关。
Which model were you using?
不依赖具体模型。发送任意会让 TUI 进入等待响应状态的消息即可复现。
What platform is your computer?
Microsoft Windows [Version 10.0.26100.4652]Linux 6.6.87.2-microsoft-standard-WSL2 x86_64 x86_641.24.11321.0WT_SESSIONis setWSL_DISTRO_NAME=UbuntuWSL_INTEROPis setTERM=xterm-256colorWhat issue are you seeing?
在 WSL + Windows Terminal 中运行 Kimi Code TUI 时,如果 Windows 任务栏处于自动隐藏状态,发送消息并等待模型响应期间,把鼠标移动到屏幕最下边无法正确唤起 Windows 任务栏。
响应一结束,任务栏立刻可以正常唤起。这个现象可以稳定复现。
我确认这个问题和 Kimi Code 在等待响应期间发送的 terminal progress 序列有关:屏蔽
WT_SESSION后启动 Kimi Code,任务栏自动隐藏行为马上恢复正常:WT_SESSION= command kimiWhat steps can reproduce the bug?
kimi,确保环境里存在WT_SESSION。WT_SESSION= command kimi启动后重复上述步骤,问题消失。也可以用最小 OSC 序列验证这个方向:
Kimi Code 的时序和这个序列一致:响应开始时启用 indeterminate progress,响应结束时清除 progress。
What is the expected behavior?
Kimi Code 在等待/接收响应期间不应该影响 Windows 自动隐藏任务栏的唤起。即使 TUI 正在等待模型响应,用户也应该能把鼠标移动到屏幕边缘并正常唤出任务栏。
Additional information
初步定位到的原因是 Kimi Code 把
WT_SESSION视为支持OSC 9;4terminal progress 的信号。进入等待/思考/工具执行状态时,TUI 会调用 terminal progress;底层 pi-tui 会发送OSC 9;4;3并每秒 keepalive,结束时发送OSC 9;4;0清除。这个机制在 WSL + Windows Terminal 下会反映到 Windows 任务栏进度状态,并且会干扰 Windows 任务栏自动隐藏的边缘唤起行为。
可能的修复方向:
OSC 9;4terminal progress。更完整的配置语义也可以是
auto/on/off,由auto避开已知会影响任务栏行为的环境。