[xiwangly2]

问题与修改

Related to #111.

Linux 更新和分支查询原先通过全局临时目录中的 commands.txt 启动 SteamCMD。文件在面板端可见，并不保证子进程执行时仍可按该路径读取；读取失败后，脚本内的退出指令也不会执行，SteamCMD 会停在 Steam>。

本次在 Linux 非交互任务中采用独立私有任务目录，打开只读脚本后立即 unlink，再通过额外的子进程文件描述符传递给 SteamCMD，以 +runscript /proc/self/fd/3 执行。即使原目录被清理，已打开的脚本仍可读取；另一份面板启动时的全局清理也不会删除这个任务的内容。保留脚本模式的错误退出语义，账户/分支密码仍不进入 argv。

• 统一三个入口的启动参数，在脚本读取前设置失败退出策略，并提供独立的 +quit。
• 父进程的描述符在任务清理或超时时关闭；创建失败也清理已打开的句柄和部分文件。
• Windows 和交互安装继续使用具名脚本；更新结果同时检查退出码和终止信号。
• 新增回归覆盖目录被删除、并发任务、另一面板启动清理、父句柄关闭、异常清理、只读临时目录回退、密码脱敏和分支查询的描述符传递。
• 单独提交修正上游 Linux 测试的既有笔误：fixture 创建 run.sh，断言却期待 start.sh。没有修改实例启动行为。

验证

• Windows：服务端构建通过；16 个测试套件通过，124 项通过，6 项 Linux 专用测试按平台跳过。
• Debian 13 x86_64 / Node 22.17.0：服务端构建通过；16 个测试套件通过，129 项通过，1 项非 Linux 测试按平台跳过。
• 真实 SteamCMD 1788292693，通过官方 steamcmd.sh 和编译后的管理器代码验证：正常脚本退出 0；删除任务目录后匿名登录仍退出 0；错误命令退出 7；无效 app_update 0 退出 8；查询帕鲁 2394010 返回 public 分支。
• 沙盒使用隔离的 32 位运行库及官方脚本的 DEBUGGER 入口加载 SteamCMD；未安装系统软件包、未下载或升级完整帕鲁服务器。
• git diff --check 通过。

回归边界

保持 Draft，待 #111 报告环境回归。原报告机器的具体文件系统错误尚未取到；本改动消除了更新/查询对共享临时文件名的依赖，但不声称已经复现并排除该主机所有环境问题。此前手工修改 /tmp 权限导致的 PTY 安全检查失败，需要单独核实并恢复正确权限，不在此处自动修改系统目录。