Desktop 0.0.26 后端 + 在非 AVX CPU 上的 CLI 死循环 - 发布 Windows x64 `-baseline` Bun 二进制文件

Cline Surface Desktop App ### Cline Version 0.0.26 (Desktop; CLI cline.exe bundles Bun 1.3.13) ### Beta version - [ ] 我使用的是 Cline 的测试版 ### 发生了什么？ # Desktop 0.0.26 后端 + CLI 在预 AVX CPU 上崩溃循环 - 发布 Windows x64 -baseline Bun 二进制文件 ## 概述 Cline Desktop (以及 cline CLI) 在没有 AVX 支持的 CPU 上是无法使用的，因为它们都捆绑了 Bun v1.3.13 的标准（AVX2）版本而不是 -baseline 版本。后端 code-sidecar.exe 每 ~4 分钟就崩溃一次，并且永远不会暴露其端点，因此桌面应用永远处于“正在连接…”状态，并且登录失败。CLI 因为同样的原因而默默死亡。 ## 环境 - 应用程序：Cline Desktop 0.0.26（Cline_0.0.26_x64-setup.exe，SHA256 验证 e0687bb4…dab5a4a1），新的干净重新安装 - 操作系统：Windows 11 24H2，构建 10.0.26100.8972（ntdll.dll 10.0.26100.8972） - CPU：Intel(R) Core(TM) i7 Q 740 @ 1.73GHz - Nehalem， SSE4.2，没有 AVX/AVX2 - WebView2 152.0.4191.66，6 GB RAM，没有注入第三方 DLL（验证模块列表），没有激活 AV 驱动程序 1. 在不支持 AVX 的机器上安装 Cline Desktop 0.0.26，启动它。 2. 应用程序永远显示“正在连接…”；单击“登录” → “正在等待浏览器…” → 登录失败：Tauri 执行失败，因为 get_desktop_backend_endpoint：桌面后端端点尚未准备好。浏览器永远不会打开。 3. cline --version（npm CLI）打印的内容为空，进程死亡。 4. Windows 错误报告每隔 4 分钟在应用程序打开时收集一次 AppCrash_code-sidecar.exe 报告（在我的机器上一天收集了 16 份报告）。 ## 证据 从发布的二进制文件中提取的版本字符串： - code-sidecar.exe → Bun v1.3.13 (bf2e2cec) Windows x64（没有 -baseline 标签；文件版本 1.3.13） - cline.exe（CLI， @cline/cli-windows-x64） → Bun v1.3.13 (bf2e2cec) Windows x64（相同的版本；也会崩溃 - 2 份 WER 报告） - opencode.exe 在 同一台机器上 → Bun v1.3.14 (0d9b296a) Windows x64 (baseline) - Cline VS Code 扩展在同一台机器上运行正常（Node.js，不涉及 Bun） 观察到副程序在每次崩溃之前的行为：使用 零个 CPU 核心，输出 零个 stdout，零个 TCP 监听器，零个出站连接（使用 Get-NetTCPConnection -OwningProcess <pid> 可证明），然后故障。 BUN_JSC_useJIT=0 不会阻止它（使用保证的环境传播进行测试 - 仍然在 ~4 分钟时崩溃），因此这不仅仅是 JIT 路径；标准 1.3.13 二进制文件在此 CPU 类别上出现问题，与上游 oven-sh/bun#30613 一致（在 1.3.8 之后的所有版本中在不支持 AVX2 的 CPU 上崩溃）。 值得注意的是，二进制文件中甚至包含字符串 CPU 缺乏 AVX 支持。 P... - 它检测到 CPU，但仍然会崩溃。 ## 预期修复 发布 Windows x64 -baseline Bun 二进制文件