[Bug] Windows 下 taskkill 被拒绝时，工具超时/取消无法真正杀掉子进程——工具调用会一直挂起到命令自然结束

[nslsdrdqj]

[Bug] Windows 下 taskkill 被拒绝时，工具超时/取消无法真正杀掉子进程——工具调用会一直挂起直到命令自然结束

按 CONTRIBUTING.md 的指引在此反馈（本仓库未开放 Issues）。这是一个已确认的 bug，附带可复现步骤和验证过的修复方案，希望官方能纳入处理，需要更多细节我随时补充。

摘要

在 Windows 上，当某个工具调用（如 pwsh）超过 timeoutMs 或被取消时，它派生的子进程并没有被真正终止。@deepseek-ai/dsh-subprocess-local 中的 taskkillProcessTree 调用了 taskkill /T /F，但丢弃了它的退出状态。在受限的 Windows 账户下（例如沙箱专用账户），taskkill 会返回 ERROR: Access denied，于是"杀进程"静默失败、什么都没做，子进程继续运行。工具调用会一直阻塞到命令自行结束；对于无法结束的命令（例如全盘 Get-ChildItem -Recurse），agent 回合会无限挂起，停止按钮也无法停止。

环境

• 操作系统：Windows
• DSH 版本：0.1.0-rc.6
• DSH 服务运行在一个沙箱专用的 Windows 账户下（我们这里是 codexsandboxoffline）。在该账户下 taskkill /T /F 对任何目标都返回 ERROR: Access denied——即使是它自己派生的进程也一样（已验证）。而 Stop-Process 和 Node 的 process.kill(pid, "SIGKILL")（映射为 TerminateProcess）在同样的上下文中可以正常工作（已验证）。

复现步骤

1. 在 Windows 上调用 pwsh 工具，设置 timeoutMs: 4000，命令运行时间更长，例如 Start-Sleep -Seconds 20。
2. 观察：调用大约在 20 秒后才返回（而不是 ~4 秒），输出中带有 [timed out after 4000ms]，派生的 powershell.exe 进程一直存活到命令自然结束。

期望：调用在 ~4 秒时返回，且派生的进程被终止。

根因

dsh-subprocess-local/lib/index.js 中的 taskkillProcessTree(pid)：

function taskkillProcessTree(pid) {
    if (pid <= 0) return;
    spawnSync("taskkill", [
        "/PID",
        String(pid),
        "/T",
        "/F"
    ], { stdio: "ignore" });
}

spawnSync 的返回结果（退出状态 / spawn 错误）从未被检查。当 taskkill 失败时——受限账户下的 Access denied，或 taskkill 二进制缺失——杀进程实际什么都没做，子进程继续运行。而 spawnSubprocess 要等子进程的 exit/close 事件来结束 handle.done，所以工具调用（以及整个 agent 回合）会一直阻塞到命令结束或被杀。停止按钮只能取消模型循环，够不到挂死的操作系统进程。

补充：taskkillProcessTree 的 JSDoc 本身就写着"nonzero status……不得破坏幂等清理"——nonzero status 恰恰就是这个失败场景，但它目前被静默吞掉了。

建议修复（已在本地应用并验证）

function taskkillProcessTree(pid) {
    if (pid <= 0) return;
    const result = spawnSync("taskkill", [
        "/PID",
        String(pid),
        "/T",
        "/F"
    ], { stdio: "ignore" });
    if (result.status !== 0) {
        try {
            process.kill(pid, "SIGKILL");
        } catch {
            // 进程已退出或与树退出竞态；清理是幂等的
        }
    }
}

• process.kill(pid, "SIGKILL") 在 Windows 上映射为 TerminateProcess，在同样的受限上下文下可用（已验证）。
• 对于被沙箱包裹的命令，终止 runner 根进程后，其 kill-on-close job 会级联终止受限子进程。
• 部署实测：打上该修复后，Start-Sleep -Seconds 20 + timeoutMs: 4000 在 ~4 秒返回 [timed out after 4000ms]，且无残留的 powershell.exe。

影响

任何运行时间超过超时上限的工具命令（长时间运行或无法结束的命令——我们的案例是对多个盘符做 Get-ChildItem -Recurse -Include *.pdf -Depth 6 的全盘搜索）都会让 agent 回合挂起与命令运行时间等长（我们实测约 20 分钟），并且用户无法停止。取消操作同样受影响，不只是超时。

相关

• 同一个"幂等清理"契约注释还提到了"taskkill 二进制缺失"的场景——回退逻辑同样覆盖该场景（此时 spawnSync 返回 status: null）。
• 终端会话走的是另一条杀进程路径；如果那里也存在同样的 taskkill 式失败，可能需要相同的处理（未验证）。

[nslsdrdqj]

这个bug首次出现是我用codex修复被我玩坏的dsh之后忘记了用的codex的沙箱账号，后面给了他一个文件他就满硬盘找，停还停不下来，小扫盘说是