Repository navigation
v0.57.0
0.57.0 (2026-11-01)
⚠ 升级须知 / Upgrade notes
主机从 v0.56.0 升到 v0.57.0:按 docs/runbooks/release.md §3.94 执行。没有迁移,不改生产 compose 的结构,但内核与 worker-supervisor 必须同一次升级、同一次回退:新内核给每个目标步骤的 spawn 带 goalRunId,老 supervisor 会拒绝,所有目标步骤都起不来。升级路径已由预发演练(v0.56 → 新头,accept_s2 S14)覆盖。主机目前停在 v0.50.0(维护者 10-31 决定,等需要真机完整验证时再一次升),届时从 v0.50.0 连同 §3.75–§3.94 一起走。
升级前检查
- 主机
.env若设置了TASK_WORKDIR_RETENTION_HOURS,必须 ≥ 2,否则新 supervisor 不启动。 - 两者之间没有启动依赖,内核与 supervisor 重建的短暂窗口里 spawn 可能得到 400(
docs/runbooks/host-worker-runtime.md§17.2)。
新功能
- #884(S11 GO14):同一个目标里,后一步可以读前一步留下的文件。计划条目写
filesFrom: [步骤…](1 到 8 个,必须在它的dependsOn里),被点名步骤那次被接受的尝试,其 Worker 放在/workspace/out的文件只读出现在下游容器的/upstream/<步骤>。上游还没退出就稍后再看;文件交不出(被跳过、没成功、目录不在或不属于这个目标、out被换成别的东西)时目标暂停等人决定,不花尝试次数。没结束的目标里已成功步骤的目录每小时续租,目标结束后再过一个保留期清掉。改filesFrom算小修订;流程模板暂不支持。控制台在确认卡片、规划器提议、步骤详情、修订编辑器里都显示读取关系。契约只加字段:PlanStep.filesFrom?;worker-supervisor 内部接口加goalRunId、upstream[]、409upstream_unavailable/goal_task_spawned、POST /task-dirs/keep。
已知边界
- 步骤间的文件是唯一不经凭证复查的通道(绑定的凭证复查是值级的,文件不做)。这是 GO14 方案的明确取舍:上游 Worker 拿到的观察已经脱敏,Worker 进程不持凭证。
- 长期暂停的目标会一直占着它已成功步骤的目录;只读查询与处理办法见
host-worker-runtime.md§17.1。
回滚(结果记 docs/private/)
- 回退目标是 v0.56.0,只回退代码,内核与 supervisor 一起回退。回退前先跑
host-worker-runtime.md§17.2 的只读 SQL,查有没有计划用到filesFrom(老内核读不了这些计划)。有行时:没结束的目标(包括还没确认的proposed)先由请求人取消;待决的、带filesFrom的修订先拒绝;然后先docker compose stop kernel,换好两边的版本后再一起起。已结束的这类目标回退后读不出详情,直到再升级回来。
Features
This PR was generated with Release Please. See documentation.