2026-09-08 · Tuesday · 4 个可迁移的发现
Prime Agent 在 9 月初连续发布 v0.9.0–v0.9.3，并在 4 天内合入 15 个 main commits。变化集中在 session persistence、worker recovery、RLM 子树取消、结构化认证恢复，以及 kernel stderr 的有界保留。
为长时 agent 设计状态时，同时问两件事：变更是否有第一手、可审计的账本？失败时是否有有界诊断与显式恢复？只具备其中一个，仍会在运行后期失控。
qm 将稳定政策保留在 system prompt，而把时间、recall、onboarding 等分钟级易变信息移到每轮 user environment。目标是保持 prefix cache 稳定，避免深会话因易变 system 内容反复重传 150–300k 历史 tokens；同时它会保留并重放每轮附注，维持历史重建和 token 估算的准确性。
性能改造的验收标准不应只有 cache hit：还要验证同一轮的上下文是否能被完整重建，尤其在 handoff、审计和事故复盘时。
qm 新增了 admin model verifier、433 行模型验证测试和上游 fixture，体现了真正的 admission gate：模型不是填进管理页就自动被允许。然而两个尚未解决的问题说明，这个 gate 不能替代控制面其余部分：#917 报告 OAuth token 被传入 sandbox process argv；#953 报告 onboarding 接受的 provider key 与治理面可见的 provider key 不一致。
不要用一组漂亮的验证测试替代端到端控制面审查。对每项能力，独立检查准入、权威来源与凭证运输，并让 setup 与 governance 读取同一个事实源。
LoopX 的 RFC #3930 提议由 OS user service manager 独占每个显式 profile 的 daemon 生命周期：桌面端只可 attach、请求 typed repair、读取身份与 readiness，不能偷偷拉起竞争进程。与此同时，Goal / Todo / gate / quota / evidence 仍属于独立的持久 control plane。
对 FlowForge/Cove 类协调系统：指定唯一 lifecycle owner，保留独立控制面，并把“可用”定义为身份读回 + 组件级就绪证据；共享 skill 还必须携带版本或 digest，并在载入前做兼容性检查。