docs: record commander artifact deploy poll

2026-05-20 04:44:17 +00:00
parent 8df0663a92
commit c73e459bc7
1 changed files with 32 additions and 0 deletions
@@ -208,3 +208,35 @@ worker prompt 必须包含目标分支，final response 必须报告：

 - judge 对基础设施恢复任务应区分“source-of-truth 恢复验收”和“live runtime 上线验收”。如果任务 prompt 原本只要求恢复远端 commit，judge 可以提示后续上线任务，但不应无条件把它 retry 成部署任务；除非 prompt 明确要求 live service 必须消费该变更。
 - 对 Code Queue 自身的 live 重启/重建必须在 final response 中报告影响范围、是否触发 restart-recovery、恢复后哪些正在运行任务仍保持 heartbeat 新鲜。
+
+## 更新 2026-05-20 04:44 UTC
+
+指挥官仓库已快进到：
+
+- 当前 `origin/master`：`8df0663a925d31dffb4e39f50bbc744c06838ab8`
+- 提交信息：`test: select retry trace fixture task`
+- 变更范围：`scripts/src/e2e.ts`
+
+队列态势仍为 3 运行、4 排队、1 完成未读：
+
+- `codex_1779247828759_1`（#12 frontend）已完成 `frontend` artifact 发布：
+  - commit：`8df0663a925d31dffb4e39f50bbc744c06838ab8`
+  - pipeline：`user-service-artifact-frontend-20260520044225-8whsf`
+  - digest：`sha256:1ff9190f3e2f024d00eedc8e0eea00ea8f5cfd7d5b9e5deecc8cc24b5058ee67`
+  - 已通过 `artifact-registry deploy-service --env dev --service frontend --commit 8df0663... --provider-id D601 --run-now` 部署到 dev。
+  - 当前正在重新运行三项定向 DEV E2E：`frontend:code-queue-retry-attempt-trace-current`、`frontend:code-queue-step-missing-diagnostic`、`frontend:code-queue-judge-feedback-attempt-order`。
+- `codex_1779247780398_1`（#12 backend/API）仍在运行，正在检查 summary 和 step payload 两条路径，防止只修 summary 后 TraceView 仍因旧 cached transcript 复发 stale-attempt 问题。
+- `codex_1779250940463_1`（#16 恢复）仍在 attempt2 运行，尝试寻找 Code Queue live 部署路径时出现：
+  - `bun scripts/cli.ts ssh D601 hostname` 返回 `provider is not online: D601`。
+  - `server --help` 显示 main-server `server rebuild` 只支持 `code-queue-mgr`，不支持 D601 Code Queue 执行面。
+  - 当前判断：这是 #16 live verification 的潜在基础设施阻塞，但不是整个 Code Queue scheduler 死亡，因为三个 running task heartbeat 仍新鲜。
+
+不符合预期或需要关注的行为：
+
+- D601 provider-gateway SSH 维护桥不可用，但 D601 上的 Code Queue scheduler/runner 仍能持续写 heartbeat。说明“D601 provider online”与“D601 Code Queue 执行面活着”是两个不同健康维度；指挥官不能简单把 provider offline 判为 D601 全面掉线。
+- #16 attempt2 如果必须依赖 provider SSH 重建 D601 Code Queue backend，当前可能卡住；下一轮重点观察 worker 是否找到 D601 本地/容器内可执行的受控部署路径。如果没有，可能需要拆出 provider-gateway/D601 维护桥恢复任务，或由指挥官做最小手动恢复后再继续。
+
+长期化建议：
+
+- Code Queue 自身的 D601 执行面部署应有不依赖 provider SSH 在线状态的本地受控恢复路径，或者至少在 `codex task` 运行容器内暴露明确的“我在 D601，可以执行本地部署/重启”的安全命令。
+- 监督视图应把 provider-gateway 在线状态、scheduler heartbeat、runner heartbeat、service proxy 可达性拆成独立指标，避免“provider offline”误导为“执行面死亡”。