SkillOpt：把 agent 技能当作可验证的文本状态来优化

现有 skill 往往是手工设计、一次性生成，或者让模型在反馈后松散地自修订。这样做的问题是，过程不够可控，也很难保证每次改动都比原版更好。

论文把这个缺口说得很直接：现有方法通常不能在反馈下稳定优于起点。换句话说，能改不等于能稳步变好。

这些做法的共同点是：输出可以有用，但优化路径不受约束。模型可能修掉表面错误，也可能删掉有用规则，或者把冲突指令一起写进去。

它们缺少一个像深度学习优化器那样的闭环：提出改动、验证改动、只接受真正变好的改动。

SkillOpt 不训练主体 agent，而是训练一份文本 skill。优化器模型读取 rollout 里的证据，再把它转成受限的 add/delete/replace 编辑。

每次编辑都不是直接凭感觉写入，而是先经过保留验证集检查；只有严格提升时才接受。

方法里有几个控制件：文本学习率预算、rejected-edit buffer、以及 epoch 级的 slow/meta update。它们的作用是避免 skill 被局部噪声带偏。

作者还支持 patch 和 rewrite 两种模式，但步级编辑不能覆盖受保护的 slow-update field。这样做是为了保留长期稳定的技能方向。

SkillOpt 把 agent skill 视为可优化的外部文本状态，而不是直接更新模型权重；训练时由独立 optimizer model 生成受限的 add/delete/replace 编辑。

只有当编辑在留出验证集上严格提升分数时才被接受，并导出为 best_skill.md。

论文声称在 6 个 benchmark、7 个目标模型、3 种执行 harness 的 52 个单元中达到 best 或 tied-best。

这是 arXiv 元数据和分节摘录，缺少完整实验设置、方差和统计显著性。

最小闭环很简单：给定一批任务轨迹和验证分数，优化器提出少量文本编辑。

然后用保留验证集判断这些编辑是否真的让 skill 更好；通过的编辑写入当前技能，没通过的放进拒绝缓存。

这一轮结束后，模型继续执行下一批任务，用新 skill 产生新的轨迹，再重复同样的过程。