Kernel v0.14.0 · TUI/Portal v0.9.5

新功能与改进

1. 01

   诚实的 Codex metadata 与转发的账号身份

   Kernel v0.14.0 让运行时向 Codex backend 声称的关于自己的信息变得准确，而不是近似。

   • agent 向 Codex backend 发送诚实的 metadata envelope，让 backend 侧来源反映真实情况（#461）。
   • 在 Codex request 上转发操作者自己的 ChatGPT-Account-ID header，让归属与账号路由正确（#454）。
   • 在本窗口内修复了 Codex thinking 配置与 ChatGPT account-id 路径（#457）。

   为什么重要：backend 的信任与 cache affinity 应建立在「谁在调用」的真相上，而不是猜测或替身身份。

2. 02

   可测量的延迟与工具结果可见性

   一个「慢 turn」变成可测量的事实；长工具结果变得可见，同时不会撑爆 context 预算。

   • 新增 LLM 延迟遥测，记录 provider-wait 与各阶段耗时（#366）。
   • 长工具结果在 agent meta 中以「前 10 条预览列表 + 字符数」呈现（#451、#452、#453、#465）。
   • 工具结果 metadata 被收纳到 _meta 之下，并从 summarize 的大小计算中排除，因此不再扭曲 context 预算。

   为什么重要：操作者可以看清一个 turn 的时间花在哪里、存在哪些证据，而不必为此付出工作上下文的代价。

3. 03

   turn 恢复与更稳的凝蜕纪律

   本窗口加固了恢复能力，让单个卡住的 turn 不会拖垮长会话，并淘汰了 legacy molt-pressure 配置。

   • 持久 tool result 会在 heal 之前被重放，加固 post-tool continuation 的恢复（#297）。
   • 被卡住的 worker 毒化的 turn（WorkerStillRunning）现在能恢复，而不是整个卡死（#463）。
   • legacy molt-pressure 配置被忽略；molt pressure 移入 agent meta（#464、#467）。

   为什么重要：长时间运行的 agent 需要能熬过单个坏 turn，并按意图凝蜕，而不是被某个配置的压力数值牵着走。

4. 04

   更快的座舱与更完整的通知

   TUI/Portal v0.9.5 削减了启动路径，并在系统运行时让通知更易读。

   • authoritative session rebuild 被移出启动路径，session cache 并发安全，因此启动更快（#397）。
   • 通知快照渲染完整 meta envelope 与 markdown block，可滚动并持久化（#391、#392、#393）。
   • /daemons 懒加载 run detail，token-ledger 流式读取，初始 mail 视图显示 loading 横幅（#395、#390、#398）。

   为什么重要：启动时少等待，agent 看到的更多内容也恰好出现在操作者会查看的地方。

5. 05

   贡献者，以及每个提案的命运

   一个发布窗口不只由合并的提交构成。下面列出在这个窗口里提过 pull request 或实质性 issue 的每个人 —— 包括那些没有合并、但依然影响了结果的工作。

   • @huangzesen（maintainer）—— 完成了窗口的绝大部分（两个 repo 共 86 个合并 PR），涵盖 Codex 诚实化、延迟遥测、工具结果 metadata、summarize/凝蜕纪律，以及 release 本身；另有两个 PR（#369、#340）在被取代后关闭未合并。
   • @TZZheng —— 合并了持久工具结果重放（#297）、LLM 延迟遥测（#366）、dev-guide cache-hit-rate skill（#396）与重复进程修复（#459）；更早的 Codex reasoning-effort preset PR（#280）被关闭未合并，该想法随后由 #394 落地。
   • @BatalloLu —— 修复 setup 使其保留 agent identity / legacy preset 字段（#372，已合并）。
   • @9s5bz2jvd2-lang（Wang Runyuan）—— 提出结构化 daemon task capsule（#388）与终端异步 daemon dispatch（#390），两者均关闭未合并，另有一个开放的 daemon-first 策略 PR（#389）；相关运行时 issue（#409 molt keep_last、#422 large-result 清理延迟、#423 凝蜕后 codename 检索）被纳入，因为它们界定了本窗口及未来窗口要处理的问题。

   为什么重要：记录关闭未合并的 PR 以及它们背后的 issue，能让贡献历史保持诚实：想法往往先于实现它的那次合并到来。