fix: 批量任务残留PENDING仍误标COMPLETED——置完成前校验无残留+崩溃恢复批量任务

事故（batch_969fabe74b83 等 3 个任务实测）：批量引擎串行处理到 9.9GB
大视频时中断，_run_job 无条件收尾把任务置 COMPLETED，留下"N 个 PENDING
待处理却已完成"的僵尸状态——3 个任务遗留的 PENDING 完全相同（kiwvr-887/
mdvr-413/savr-1077 共 10 个大视频），且均卡在大文件前从未被真正处理。

- batch.py: _run_job 置 COMPLETED 前校验全部非 SKIPPED 视频已结束
  （无 PENDING/PAUSED 残留），否则保持 RUNNING 交引擎下一轮续跑
- db.py/main.py: 新增 recover_interrupted_batch_jobs，重启时把 RUNNING
  批量任务恢复 QUEUED（否则停在 RUNNING 永远不会被再次拾起）
- tests: 新增 2 条 TDD 回归（残留 PENDING 不置 COMPLETED、批量崩溃恢复）
- scripts/fix_zombie_batch_jobs.py: 历史僵尸数据修复脚本（置回 QUEUED 续跑）
- AGENTS.md: 补充完成任务判定与崩溃恢复约定

AGENTS.md

@@ -339,6 +339,16 @@ http://127.0.0.1:8000/docs      API 文档
   execute_run 从产物表跳过已完成节点、只重跑失败节点——extract/ocr 等长耗时
   成果不浪费；配合 llm-filter/OCR 的节点级断点存档，失败节点自身也只重判未完成
   条目。前端对"部分失败"（COMPLETED 且 failed>0）用红色徽章醒目标示。
+- **完成任务判定（2026-09 修复）**：`_run_job` 置 COMPLETED 前**校验全部非
+  SKIPPED 视频都已结束**（无 PENDING/PAUSED 残留），否则保持 RUNNING 交引擎
+  下一轮续跑——修复僵尸状态：引擎串行处理到 9.9GB 大视频时中断，`_run_job`
+  无条件收尾把任务置 COMPLETED，留下"N 个 PENDING 待处理却已完成"的假完成
+  （batch_969fabe74b83 等 3 个任务实测：遗留的 10 个 PENDING 完全相同且卡在
+  kiwvr-887 大文件前）。**崩溃恢复**：重启时除 `recover_interrupted_runs` 外，
+  新增 `recover_interrupted_batch_jobs` 把 RUNNING 的批量任务恢复为 QUEUED
+  （否则停在 RUNNING 的批量任务永远不会被 `next_queued_batch_job` 再次拾起，
+  未处理完的 PENDING 永久残留）。历史僵尸数据修复脚本见
+  `scripts/fix_zombie_batch_jobs.py`（把误标 COMPLETED 的任务置回 QUEUED 续跑）。
 - **产物下载**：`GET /api/batch/jobs/{id}/videos/{vid}/download?alias=<文件名>`
   解析并返回视频旁的字幕文件；旧版 `batch.done.json` 完成标记里的语义别名
   （位于旧 work_dir）仍兼容可下载。详情/创建响应里每个视频的 `finals` 合并上述