实时后台工作验证

请在已安装依赖的仓库根目录运行（vp 提供锁定版本的 Node）。这会使用 真实的提供方（provider）CLI 凭据，并消耗模型用量：

node apps/server/scripts/verify-background-live.ts --repeat 2

每个场景都在全新的临时 T3 主目录和 Git 项目（project）中启动生产服务器。它通过已认证的 HTTP，以及与客户端（client）相同的带类型 WebSocket RPC 契约进行连接。不使用替换的适配器（adapter）、内存数据库或 预先灌入的投影行。不会修改现有的 T3 环境（environment）。

这些场景覆盖父级结束回合（turn）之后的委托完成、 向活动中的前台命令（command）投递、原生后台命令的唤醒， 以及嵌套的委托结果。一个本地 HTTP 请求会拖住真正的后台 命令，直到观察到所需的父级状态。它的随机响应不会 写进父级提示。要通过，智能体必须取回该结果、 予以确认并结束；仅有投递回执并不充分。

断言还会检查任务结果是否发布、确认状态、使用类型化 通知而不是额外的用户消息条目、运行边界，以及 空的提供方后台名册。成功的场景会重启真实服务器， 并检查确认状态得以保留、各次运行仍为已完成。这是 一次干净重启下的持久性检查，并不能证明投递期间可以从崩溃恢复。

用按秒计的 --scenario idle|active|native|nested、--model、--provider 和 --timeout 来缩小一次运行的范围。默认提供方是 claudeAgent，默认 模型是 claude-sonnet-4-6。原生场景会专门请求 Claude 的 后台 Bash 工具；不要把它当作通用的提供方符合性。活动 投递要求提供方支持活动引导。缺少认证、 不支持的能力、提供方失败以及模型违反指令 都是失败，绝不会被跳过并记为通过。查看保留下来的追踪以区分这些情况。

用一个确实会失败的 HTTP 依赖来检查验证器能否检出失败：

node apps/server/scripts/verify-background-live.ts --scenario active --fail-gate

该命令必须以非零状态退出。它不得被计为一次通过的产品测试。

每次运行都会打印自己的证据目录。它会保留 SQLite 数据库、原生 提供方日志、流式事件、最终投影、提示、修订与脏文件 清单，以及机器可读的判定。套件报告会链接每一次尝试， 包括失败；重复某项测试不会抹去更早的失败。证据 留在本地，可能包含提供方输出。不要上传整个 T3 主目录。

这个循环不验证渲染出的折叠、移动端界面、取消，也不验证提供方接受之后、回执持久化之前的进程突然 丢失。在声称完整覆盖后台生命周期之前，这些都需要 额外的场景。