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 [ ] I am using a beta version of 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 错误报告收集了一个 AppCrash_code-sidecar.exe 报告，大约每 4 分钟在应用程序打开时一次（在我的机器上一天内收集了 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） 观察到副程序在每次崩溃之前的行为：使用 零 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 lacks AVX support. P... — 它检测到 CPU，但仍然崩溃。 ## 预期修复 发布 Windows x64 -baseline Bun 二进制文件 …