Kernel v0.16.0 · TUI/Portal v0.10.3

新功能与改进

1. 01

   cache-miss 预算与诚实的 context-pressure 提醒

   kernel 为每个 session 与 molt 赋予一个可消耗的 cache-miss 预算，并把当前的 context-pressure 提醒移到持久 metadata，让 molt now 提示得以留存而非一闪而过。TUI 把同一数字内联呈现。

   • manifest.cache_miss_budget 与 AgentConfig.cache_miss_budget 增加了一个 per-session、per-molt 的 cache-miss 软上限，默认 1,000,000 token；触及后运行时会在 _meta.tool_meta.context.molt 下重新盖上 cache miss budget {budget} reached, molt now，并附上 cache_miss_budget 与 cache_miss_tokens（kernel #641）。
   • 当前的 context-pressure 提醒现在存放在持久的 _meta.tool_meta.context.molt，而重建的一次性信息保留在 _meta.tool_meta.reconstruction.molt，使长期存在的 molt 提示不再与一次性重建混淆（kernel #640、#638、#607）。
   • TUI 的 mail/home 遥测在 token 总量之后立即显示 current-session cache-miss token，例如 tok 1.1M (miss 8.6k) cache …（TUI #498）。

   为什么重要：cache miss 正是长任务悄悄烧钱与烧上下文的地方；把它变成一个带可见累计计数与持久 `molt now` 提示的预算，就把一项隐藏成本变成了操作者与 agent 都能看见、都能据以行动的可消耗成本。

2. 02

   soul flow 变为显式启用

   soul flow 不再默认运行。它由一个环境标志控制，TUI 的 setup 与 kanban 教授这一模型，让操作者清楚它究竟何时开启。

   • soul flow 默认通过 LINGTAI_SOUL_FLOW_ENABLED 显式启用；未设置该标志时，soul(action="flow") 返回稳定的 disabled 结果（kernel #639）。
   • TUI 的 setup 与 kanban 反映这一显式启用模型：未设置 LINGTAI_SOUL_FLOW_ENABLED 时 soul flow 默认关闭，使座舱与运行时对同一默认值达成一致（TUI #497）。

   为什么重要：一个默认静默运行的强力行为，是一个迟早会发生的意外；把 soul flow 变成带稳定 disabled 结果的显式标志，意味着它只在有人主动选择时才开启，而座舱如实展示这个选择，而不是去猜。

3. 03

   更精简、更可检视的运行时 metadata

   渐进式披露在两侧都更锋利：kernel 把它的 token/meta 表面扁平化并削薄，TUI 则暴露这些表面产出的 model-visible summary。

   • kernel 的 token/meta 表面被收紧：紧凑的扁平化 token 诊断、tool_meta 下的 current time、稀疏的 agent_meta、稀疏的 notification，以及 agent_meta 中的大结果排序（kernel #608、#618、#620、#609）。
   • bash、read、grep 获得 a-priori 的 summary=true 支持，使一次工具调用可以预先声明其结果应为模型做摘要（kernel #586）。
   • TUI 把 summary=true 工具结果作为 model-visible summary 呈现在原始工具输出之后，Ctrl+O / soul-mode 的工具调用预览暴露摘要后的 model-visible 结果并提供更长的 summary 预览（TUI #477、#481、#480、#479）。

   为什么重要：agent 在精简、排序过的视图上比在一堵原始 meta 墙前推理得更好，而当座舱展示模型确切看到的内容时操作者也更信任它；把这些表面扁平化并浮现它们的 summary，能让两者看着同一幅诚实、可检视的画面。

4. 04

   daemon 与 runtime 后端的安全与广度

   运行时拓宽了它能驱动的后端范围，并加固了长生命周期 daemon 等待、发信与重放 provider 状态的接缝。

   • 新增 Kimi Code 后端，claude-p 的后台等待守护避免被后台化的运行抢先于自身完成（kernel #634、#611）。
   • daemon email 以显式工具浮现，补齐了常见的 daemon MCP 补全，并为出站运行时调用附加 HTTP identity headers（kernel #584、#636）。
   • Codex 加密推理 replay 现在能自愈，使 provider 侧的推理重放小故障不再让运行卡死；backend、runtime 与 helper 重构收尾本窗口（kernel #633）。

   为什么重要：一支无人值守运行数小时的 fleet 会在接缝处失败——一个抢跑的后台等待、一个发不出信的 daemon、一个卡住的 provider replay；堵住这些接缝并新增一个后端，正是运行时在人们实际运行它的更多方式下保持可靠的办法。

5. 05

   座舱打磨、维护与 release hygiene

   围绕主线工作，座舱获得一个日常小便利，一个已死的表面被移除，且这对版本在发布前从干净的 release worktree 完成验证。

   • 聊天输入新增剪贴板图片粘贴支持，stamina 表面被移除，随包的 skill/anatomy/frontmatter metadata 得到刷新（TUI #467、#478、#464–#459）。
   • kernel 侧的文档、anatomy 与 frontmatter 维护与功能工作并行推进（多为 TZZheng 主导的 docs/helper 重构；nudge-storm 修复 #576）。
   • 严格范围：kernel v0.15.3..v0.16.0（88 个 commit、283 个文件变更、+15,005/-6,365）与 TUI/Portal v0.10.2..v0.10.3（32 个 commit、117 个文件变更、+2,904/-450）。

   为什么重要：一次 release 也在小事上赢得信任——一个直接可用的粘贴、一个被移除而非留着误导的死读数，以及从确切经过验证的 commit 切出的完整 gate 证据；记录这份 hygiene 是负责任地发布的一部分。