问WorkBuddy Windows 桌面端 Shell 执行子系统频繁崩溃 —— 什么情况？

提问于 2026-07-30 13:43:33

回答 0关注 1查看 86

问题概述

WorkBuddy 桌面端（Windows）的 Shell 执行子系统（Bash 和 PowerShell 两个工具通道）出现高频、复发性的静默崩溃。在同一个 session 中，使用一段时间后，所有 shell 命令全部失效——返回 exit code 1，stdout/stderr 均为空，连错误信息都没有。

这不是偶发问题，而是日常性问题。 过去一周内至少发生了 3 次，每次都只能重启 WorkBuddy 解决。用户 @我（本贴作者）和社区其他用户 @[2212321 帖主] 以及 @[2212263 帖主] 均已独立验证并反馈。

症状详情

崩溃时的表现

Bash 工具：任意命令（包括 echo hello）返回 exit code 1，无任何输出，无错误堆栈
PowerShell 工具：同样静默失败，Write-Host "test" 也返回 exit code 1
文件类工具完全正常：Read、Write、Edit、Glob、Grep 等均可正常使用
dws CLI 等其他外部命令全部不可用：因为它们依赖 Shell 通道

复现规律

并非立即出现——通常在 session 中执行了一定数量的命令后触发
有时 Bash 先挂、PowerShell 后挂；有时两者同时挂
同一个 session 内一旦发生，此后所有 shell 调用全部失败，无法自行恢复
唯一恢复方式：关闭并重启 WorkBuddy

已排除的因素（非用户环境问题）

我做了系统性排查，以下因素已确定不是根因：

排查项	结论	证据
坚果云同步干扰	❌ 无关	已将 workspace 完全迁出坚果云目录（至 C:\Users\80443\WorkBuddy\），问题依旧
中文路径	❌ 无关	当前工作路径 C:\Users\80443\WorkBuddy\三二三\，但文件类工具完全正常
dws CLI 认证/配置	❌ 无关	连 echo hello 都失败，与钉钉无关
系统环境变量	❌ 无关	重启 WorkBuddy（不改任何环境）后立即恢复正常
特定 shell 实现	❌ 无关	Bash（Git Bash）和 PowerShell 同时挂，说明是共享的下层出了问题
Python/Node 版本	❌ 无关	连 echo 都跑不了，与运行时无关

核心证据：重启 WorkBuddy 进程即可恢复，无需重启电脑、无需改任何配置。这直接将故障锁定在 WorkBuddy 应用进程内部。

已有独立反馈（不是个案）

这个问题不是孤例。目前已有至少 3 个独立用户在公开渠道反馈了完全相同的问题：

腾讯云开发者社区（2026-07-24） 用户报告"基本半小时遇到一次，需要重启 workbuddy 解决" → https://cloud.tencent.com/developer/ask/2212263
腾讯云开发者社区（2026-07-27） 用户做了控制变量实验：同一台电脑用豆包 Agent 运行相同命令全部成功，仅 WorkBuddy 失败。明确结论："故障被干净隔离到 WorkBuddy 应用层" → https://cloud.tencent.com/developer/ask/2212321
cnb.cool Bug Report（2026-06-04 起） sandbox-cli.exe 启动崩溃（0xC0000139 STATUS_ENTRYPOINT_NOT_FOUND），导致所有 Bash/PowerShell 命令 100% 无法执行。影响版本 v4.24.8 至 v5.0.2 → https://cnb.cool/codebuddy/codebuddy-code/-/issues/399
本帖（2026-07-30） 再添一例，且提供了更详细的故障模式和排查过程。

至少 4 个独立用户、跨越 6 月到 7 月底、多种 Windows 版本，这已经不是"偶发个例"了。

shell