Skip to content

v0.63.0

Choose a tag to compare

@github-actions github-actions released this 06 Nov 11:23
e784e57

0.63.0 (2026-11-06)

⚠ 升级须知 / Upgrade notes

主机从 v0.62.0 升到 v0.63.0:按 docs/runbooks/release.md §3.125–§3.132 执行。带一个迁移,随 apply-release.sh 自动应用:governance 0039_admin_proposal_segment_verified(只建一个函数)。compose 有一处变化(见下条),主机 .env 不用改。

附加能力包目录 config/packs/(§3.127):kernel 多一个环境变量 EXTRA_PACKS_DIR=/data/config/packs,写在 docker-compose.yml 里,走已有的只读 config/ 挂载,主机 .env 与 secrets/kernel.env 都不用加。升级时 apply-release.sh 会自动建好空的 config/packs/(新装由 host-env-init.sh 建);目录空着什么都不变。往里放包按 docs/runbooks/operations.md §14.10:先解到 .incoming-*、tar --no-same-owner --no-same-permissions、有符号链接就停下、chmod 后原子 mv;放进去就生效,不用重启。有问题的包只丢掉它自己,原因在「平台 · 模块」的「本部署附加的能力包」卡片和内核日志 extra_pack_skipped 里看。
Extra packs: the kernel now also reads capability packs from the host's config/packs/ (EXTRA_PACKS_DIR is set in compose; no .env change). apply-release.sh creates the empty directory on upgrade; an empty directory changes nothing. Place packs per operations.md §14.10.

管理员智能体的开关 ADMIN_AGENT_ENABLED(§3.118):新装主机默认打开(host-env-init.sh 在新的 secrets/kernel.env 里写 ADMIN_AGENT_ENABLED=1)。已有主机升级后不会自动打开:kernel.env 写什么就是什么,没写就是关。要打开,在 secrets/kernel.env(不是 .env,compose 不从 .env 传这个变量)里加 ADMIN_AGENT_ENABLED=1,再 docker compose up -d --force-recreate kernel(host-checkout.md §E3.3)。值只能是空、0、false、1、true,写成其他值内核启动时报错退出。
Admin agent switch: new installs start with ADMIN_AGENT_ENABLED=1. Existing hosts are not switched on by an upgrade; to turn it on, add ADMIN_AGENT_ENABLED=1 to secrets/kernel.env (not .env) and recreate the kernel.

同版升级:控制台与内核同版(§3.126、§3.129 用到 §3.125、§3.127、§3.128 的新字段与能力);kernel、agent-host、worker-supervisor 与 worker-runtime 仍按 §3.112 一起升。

这一版是什么:管理员智能体(S11 W3)做出来的东西能落地、能带走。

  • 应用时绑门(§3.125、§3.126):管理员智能体提议的 Worker 写明要用的系统;所有者应用前在控制台勾选要绑的门(默认全绑),应用工作区部分后自动验证一次,详情里显示核验结果。绑门不等于授权。
  • 附加能力包(§3.127、§3.129):见上面的升级须知;能力目录里附加包标「本部署附加」,安装、审阅、撤销、核验和自带包一样。
  • 导出成能力包(§3.128、§3.129):平台管理员可以把已应用、并且最近一次验证通过的管理员提案工作区部分导出成能力包(只返回文件,不写任何东西),在控制台下载成 tar,放进 config/packs/ 后其他工作区可以安装。用法与拒绝原因见 operations.md §14.11。
  • 修复(§3.132):list_allowed_operations 只在 Handle 持有 request_action 时列执行类 Operation;有门、没声明 request_action 的 Worker 以前会拿到每次都 403 的执行类工具,现在不再列出。默认值不变:要请求动作必须在 Worker 定义里显式列 request_action。

已知问题

  • 开着管理员智能体的主机每跑一次 S2,「平台 · 集成」页多一个停用的 accept-tickets-<nonce> 实例,gate-host 里留一份测试凭证(遗留 629)。已有主机升级后若显式打开开关,就会受影响。
    Known issue (legacy 629): On a host with the admin agent switched on, each S2 run leaves one disabled accept-tickets-<nonce> instance on the Platform · Integrations page and one test credential in gate-host. An existing host is affected once the switch is turned on.

回滚(回退目标 v0.62.0,见 release.md §6 一行与 §3.125–§3.132 各节):全部只回退代码即可。governance 0039 只加了函数,上一版不调它;要撤迁移就 drop function admin_proposal_segment_verified(uuid) 再删 schema_migrations 里 governance 39 那一行。config/packs/ 留着无害,旧内核不读它;从附加包装进工作区的内容是普通安装记录,撤销照旧。

主机目前停在 v0.50.0(维护者 11-06 决定等这一版再升),届时从 v0.50.0 连同 §3.75–§3.132 一起走(其中 §3.94 要求内核与 worker-supervisor 同版,§3.100 要求 llm-proxy 与内核同版,§3.112 要求 kernel、agent-host、worker-supervisor 与 worker-runtime 同版)。

测试

  • #979(§3.130):accept_s2 把工单旅程应用的部分导出成能力包,在第三个工作区安装,人做的每件事逐条打印。
  • #981、#985(§3.131):accept_s2 --real 让真实模型走一遍管理员智能体工单旅程,按步记录到哪、卡在哪,不让整轮失败;staging 第三轮 admin_tickets 1/1(到应用、绑门、自动验证),只跑一次,说明能走通、说明不了成功率(docs/retrospective-s11-w3-admin-agent.md)。

Features

  • kernel: bind a proposed Worker's gates when its admin proposal is applied (AA5f) (#968) (673a436)
  • kernel: export an applied admin proposal segment as a pack (S11 AA5d-2) (#976) (5c80a43)
  • kernel: extra packs dir beside the image's packs (S11 AA5d-1) (#971) (18c69e6)
  • web: choose a proposed Worker's gates before applying an admin proposal (AA5f-2) (#969) (8780d6b)
  • web: pack source label, extra packs on the platform, export an admin proposal as a pack (S11 AA5d-3) (#977) (4a93d34)

Bug Fixes

  • kernel: offer execute tools only to a Handle that can request actions (#989) (4ec8cd9)

This PR was generated with Release Please. See documentation.