docs: append commander poll update
This commit is contained in:
@@ -176,3 +176,35 @@ worker prompt 必须包含目标分支,final response 必须报告:
|
||||
长期化建议:
|
||||
|
||||
- 部署脚本的“部署失败”判定不能只依赖单一 pod selector;如果服务健康和 live commit 已符合预期,脚本应明确区分“部署成功但验证 selector 需要 fallback”和“服务实际未部署成功”。
|
||||
|
||||
## 更新 2026-05-20 04:38 UTC
|
||||
|
||||
指挥官仓库继续保持单一 `master` worktree,并已快进到:
|
||||
|
||||
- 当前 `origin/master`:`f3b7d1a183800cafffb52e0cac6e118fe1e082bd`
|
||||
- 提交信息:`fix: resolve k3s artifact image refs`
|
||||
- 变更范围:`scripts/src/artifact-registry.ts`
|
||||
|
||||
队列态势仍为 3 运行、4 排队、1 完成未读:
|
||||
|
||||
- 运行中:
|
||||
- `codex_1779247828759_1`(#12 frontend):已把 dev frontend 健康探针切到 `f3b7d1a`,`http://74.48.78.17:18083/health` 返回 `deploy.commit/requestedCommit=f3b7d1a183800cafffb52e0cac6e118fe1e082bd`。但定向 E2E 失败在 `codex-execution-summary-current`,说明 fixture 已进入页面但 TraceView 没显示当前 attempt 段;worker 正在判断是测试等待条件问题还是前端同步缺口。
|
||||
- `codex_1779247780398_1`(#12 backend/API):heartbeat 新鲜,仍在 fixture-driven regression 设计和实现中。当前方向是不改大面积 UI,而是让 payload 带上类似 OA stats 的 source hint 和 sync metadata。
|
||||
- `codex_1779250940463_1`(#16 恢复):attempt1 已完成 push/root-cause 解释,但 judge safety override 判定“源码已改但 live service 未验证”,进入 attempt2。worker 正在确认 D601 live `code-queue-backend` 的重建/重启路径,并计划验证 `/health` 和 `/api/judge/probe`。
|
||||
- 排队中:
|
||||
- `codex_1779248021103_1`(#13 backend/API stats)
|
||||
- `codex_1779248052767_1`(#13 frontend stats)
|
||||
- `codex_1779248189933_1`(#14 split-brain UI)
|
||||
- `codex_1779248492207_1`(#15 PR 支持)
|
||||
- 完成未读:
|
||||
- `codex_1779248781778_1`(#16 原任务)继续保持未读,等待恢复任务 attempt2 终态和 live verification 结论后再审阅。
|
||||
|
||||
不符合预期或需要关注的行为:
|
||||
|
||||
- #16 恢复任务的 attempt1 已满足“恢复缺失 commit 并解释远端不可见原因”的原始显式验收,但 judge 通过 safety override 扩展为“必须 live 部署/验证 Code Queue 运行服务”。这个方向可能是合理的,因为 #16 修改了 Code Queue CLI/API/runtime,但也说明 judge 对“恢复任务”和“上线任务”的边界识别还不够精确。
|
||||
- #16 attempt2 可能触碰 D601 live Code Queue 后端。由于 heartbeat 新鲜、worker 明确在检查真实服务和 probe contract,目前不打断;下一轮重点观察是否真的执行重建、是否影响正在运行的 #12 任务,以及 restart-recovery 是否正常。
|
||||
|
||||
长期化建议:
|
||||
|
||||
- judge 对基础设施恢复任务应区分“source-of-truth 恢复验收”和“live runtime 上线验收”。如果任务 prompt 原本只要求恢复远端 commit,judge 可以提示后续上线任务,但不应无条件把它 retry 成部署任务;除非 prompt 明确要求 live service 必须消费该变更。
|
||||
- 对 Code Queue 自身的 live 重启/重建必须在 final response 中报告影响范围、是否触发 restart-recovery、恢复后哪些正在运行任务仍保持 heartbeat 新鲜。
|
||||
|
||||
Reference in New Issue
Block a user