Skip to content

v0.57.0

Choose a tag to compare

@github-actions github-actions released this 01 Nov 15:17
372f967

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[]、409 upstream_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

  • goal: a step reads the files an earlier step left (S11 GO14) (#884) (a10d716)

This PR was generated with Release Please. See documentation.