WSL环境使用Claude Code CLI闪崩？VSCode插件方案实测有效

最近在折腾 WSL 环境下的开发工具时，遇到了一个让人挺头疼的小问题，不知道大家踩没踩过这个坑。

我的环境配置倒是很主流：WSL2 跑着 Ubuntu 22.04（或者更新的版本），Claude Code 用的是 v2.1.195 的原生单文件二进制包，通过 npm wrapper 启动。本来用得好好的，只要我在它运行的时候，顺手拽一下 bash 终端窗口的边缘想调整下大小，“啪”的一下，程序直接闪崩退出了。

刚开始以为是偶发 bug，结果发现是必现的。只要调整窗口大小，CLI 必挂。为了解决这个问题，我在网上搜了一圈，说法五花八门：

• 显卡渲染论：有人说可能是 WSL 的图形渲染或者终端模拟器在调整分辨率时重绘导致的异常。
• 内存分配论：也有人怀疑是调整窗口时触发了某种内存重新分配的逻辑，导致进程崩溃。
• 工具有锅论：还有人推荐我套一层 tmux 或者 screen 来用，试图隔离底层的窗口变化信号。

试了一圈，发现要么还是崩，要么就是用起来太别扭，体验大打折扣。回想了一下，以前的版本好像确实没这么严重，所以大概率还是当前版本在某些特定 WSL 环境下的兼容性问题，寄希望于官方很快修复，但手头的活儿还得干啊。

最后，我发现了一个极其稳定且好用的替代方案，目前用下来非常丝滑：放弃直接在终端里跑裸 CLI，改用 VSCode 的 Claude Code 插件。

具体做法很简单，直接在 VSCode 里安装官方或者社区封装好的 Claude Code 插件，然后在 VSCode 内置的终端里调用，或者是直接集成在侧边栏使用。这一招直接绕过了系统终端窗口大小调整对 CLI 进程的直接影响。

用了一段时间，发现不仅彻底解决了闪崩问题，顺手还带来了不少体验上的提升：

1. 稳定性极佳：怎么拖拽 VSCode 的窗口布局，终端都稳如泰山。
2. 操作更顺手：直接在编辑器里切换代码和 AI 助手的对话，不需要在多个窗口之间来回跳转，专注度更高。
3. 兼容性好：VSCode 的终端模拟器对 WSL 的支持非常成熟，似乎把这个兼容性坑给填平了。

如果你也遇到了 WSL 下 Claude Code CLI 调整窗口就闪崩的烦恼，不妨暂时把 CLI 放一放，转投 VSCode 插件的怀抱。这招“曲线救国”确实省心不少。