修复：恢复 Docker 发布 Worker 自动运行

DEVELOPMENT_LOG.md

@@ -964,3 +964,11 @@
 - 完成或失败后停止轮询，并原地显示发送中心、片段检查、重试或继续入口；重试/继续全自动流程也不再触发整页刷新。
 - 网络短暂异常时保留当前页面数据并继续重试，不会清空用户正在编辑的 AI Prompt 或改变滚动位置。
 - 新增处理中、失败、完成、404 和前端无整页刷新测试；专项测试 `21 passed`、完整测试 `407 passed`，JavaScript 与 Python 语法检查通过。浏览器实测从 AI 分析中切换到失败状态时，状态卡、日志和重试按钮在 3 秒内更新，未保存输入保持不变。
+
+## 2026-08-03 Docker 发布 Worker 运行状态恢复
+
+- 排查确认 `niuma-studio` Docker 容器和应用调度器正常，但 Windows 发布 Worker 未启动，发送中心显示 `worker_available=false`。
+- 根因是 Windows 计划任务 `NiuMa Studio Docker Watcher` 被禁用；Worker 本身、Token 配置和 Docker 连接代码均未发现故障。
+- 重新运行 `scripts/install_docker_publish_worker_watcher.ps1`，恢复并启动 Docker 守护任务。该守护任务继续只在本项目容器运行时启动 Windows Chrome Worker，容器停止后按宽限时间关闭 Worker。
+- 恢复后已验证：计划任务为 `Running` 且已启用，`http://127.0.0.1:8765/health` 返回 `windows_chrome`，Docker 调度器返回 `running=true`、`worker_available=true`、连续失败数为 0。
+- 本次未修改业务代码、数据库、视频文件或本地 `.env` 内容；真实平台登录、验证码和风控边界保持不变。

NEXT_STEPS.md

@@ -908,3 +908,10 @@
 4. 流程完成后，进度应显示 100%，顶部自动出现“前往发送中心”，有候选片段时同时出现“检查候选片段”。
 5. 可以在 AI Prompt 文本框临时输入几个字后继续等待，确认状态更新时文字没有消失、页面也没有跳回顶部。
 6. 如果网络短暂中断，状态卡会显示“自动更新暂时中断，正在重试”；恢复后不需要手动刷新。
+
+## 2026-08-03 Docker 发布 Worker 恢复后检查
+
+1. 当前 `NiuMa Studio Docker Watcher` 计划任务已重新启用并运行，发送中心已恢复识别 Windows Worker；日常使用不需要单独打开 Worker 窗口。
+2. 下次重新登录 Windows 或重启 Docker Desktop 后，打开 `http://127.0.0.1:8001/publish`，确认发送中心仍显示 Worker 正常；守护任务通常会在容器运行后的几十秒内完成连接。
+3. 如果再次持续显示 Worker 未连接，先不要重复点击真实发送。检查 Windows“任务计划程序”中的 `NiuMa Studio Docker Watcher` 是否为“正在运行”，再查看项目 `data/logs/docker_publish_worker_watcher.log` 的最后一条记录。
+4. 需要手动恢复时，在项目根目录运行 `powershell -ExecutionPolicy Bypass -File .\scripts\install_docker_publish_worker_watcher.ps1`；成功后应看到 `Docker watcher installed successfully.`，且发送中心重新显示 Worker 可用。