技能扬弃治理框架

它要解决什么

Agent 在实际运行中会发现技能缺陷、边界裂缝和可吸收的经验,但正式技能不能被即时、静默、无证据地改写。Sublation 把这条矛盾固化为一条治理链:所有改进先进入候选层,用证据证明价值,再由用户守住生产门。它不是自动改技能的捷径,而是技能治理的"宪法"。

核心能力与关键步骤

三条根本原则

• 全链路留痕:创建、修改、吸收、合并、拆分、删除、发布前清理,都必须留下观测、候选、审计、复核、用户决策、回滚和观察窗证据。小改动可以批处理,但不能绕过账本。
• 自我扬弃:Sublation 自己也在被治理,每次流程暴露的裂缝都要回流为框架改进,记录在 references/sublation-self-evolution.md。
• 先被管再管人:builder、independent verifier、reviewer 默认必须是三个不同 actor;自报"已完成"不算证据,grep、read-back、diff、hash、audit、fixture 才算。

硬边界

• 正式技能默认只读:active skill path 下的 SKILL.md、scripts/、schemas/、references/ 只有在用户批准晋升或回滚后才能写入。
• 候选层可以自由实验,但必须声明 scope/out_of_scope 并保持可回滚;候选目录不得出现在 active profile 的搜索路径中。
• 合法晋升模式只有三种:human_patch、user_delegated_agent_patch、rollback。cron 最多创建观测、候选、报告和提醒,不能自动晋升。

V5.0 的三项新能力

• 项目本地、可限缩或拓展的多 Agent 协作面板。
• 默认关闭、带受控关窗的 Agent 自动唤醒意图层。
• 晋升后随 Skill 携带、由 central router 统一解释的分类画像与精准建议 shadow。

这三项能力都不改变权限边界:席位不等于复核授权,唤醒意图不等于 Agent 已运行,路由建议不等于宿主选择,更不等于 Skill 已被调用。

适用边界与注意点

• central router 只是基于元数据的治理路由画像,不是宿主的 active catalog。当前路由候选严格 shadow-only,不加载、不调用、不授予任何权限。
• 默认关闭的 host_shadow_adapter.py 仍是隔离候选,没有写入或挂接任何正式宿主。
• 外部评估器默认只读;optimizer 自动改写、sync/pull 覆盖本地目录、load_skill 注入等能力必须被阻断或隔离。
• 历史轮询规则只适用于另行授权的既有 job,不创建、不修改、不延长 V5 的唤醒窗口。