专家团如何按反馈修订

会修订自己的专家团

专家团是一个带版本的包，不是你改过一次的提示词。进入修订只有两条路径，而且它们的终点都是一次 必须由你给出的确认。

从你说过的话来。 说出一条长期有效的偏好 —— 一条下次同类任务还会适用的偏好 —— 宿主就会 复制当前已安装的精确版本、套用改动、把结果校验成一个可运行的包，并挂起一个携带这条偏好的候选 —— 起草的 Agent 被要求逐字复述而不是转述。能力面不得变宽：候选如果授予了这支专家团原本没有的 Tool、Skill、基础角色或引用， 会被拒绝。声称改写过某条冲突指令的，宿主会拿字节来核：声明了改写却只做追加，候选会被拒绝 —— 追加会 让更老更具体的那条指令继续生效，这正是「修订之后好像什么都没变」的常见原因。

从度量结果来。 进化实验室会在任何候选被撰写之前，先冻结目标版本、用例、评分器、环境、 臂序、预算和变异面，然后跑对照臂，产出完整性审查与对比建议，全部是带类型、可持久化的 Artifact。

有三种操作会改变已安装的包 —— feedback_revision、promotion、restoration —— 每一种都需要 一条绑定到那个精确项目、任务与根 Session 的真实操作者消息，并携带该次变更的确切确认文本。 OpenCorvus 不会在后台改自己的专家团：这里没有自主重写循环，也没有任何修订会因为某个指标动了 就安装。一个目标持有过的每一个版本都会留在列表里；恢复是针对这份列表的撤销动作——它引用一份此前的 变更回执，把目标退回那份回执亲眼见过的版本。 详见专家团怎么进化。