← 最新论文
🤖 machine learning

Training-Inference Kernel Contracts: Bounding Divergence in Post-Training and Deployment

本文提出了一个“核契约”(kernel contracts)框架,用于形式化地指定并限制训练核与推理核在后训练流水线中的分布差异,推导了策略梯度偏差的理论界限,并概述了一个结构化的部署流水线,同时指出该研究呈现的是一个概念性框架,缺乏生产规模的实证验证。

原作者: Bruce Changlong Xu, Lan Wu

发布于 2026-06-09
📖 1 分钟阅读☕ 轻松阅读

原作者: Bruce Changlong Xu, Lan Wu

原始论文采用 CC BY 4.0 许可(http://creativecommons.org/licenses/by/4.0/)。 这是对下方论文的AI生成解释。它不是由作者撰写或认可的。如需技术准确性,请参阅原始论文。 阅读完整免责声明

想象一下,你有一位才华横溢的大厨(AI 模型),他在一个经过完美校准的高端测试厨房里钻研了多年。在这个厨房里,他使用精确的电子秤、新鲜的食材和缓慢而细致的烹饪过程,以确保每一道菜都完美无缺。这就是训练厨房(Training Kitchen)

现在,想象一下你想把这位大厨的食谱提供给成千上万饥肠辘辘的顾客,在一家繁忙的美食车上。为了跟上需求,你切换到了另一种设置:你使用预装的调料包、速度更快(但精度稍低)的烤架,以及一套通过批量处理订单来节省时间的系统。这就是推理厨房(Inference Kitchen)

根据这篇论文,问题在于,尽管大厨还是那个人,使用的也是同样的秘密食谱(模型权重),但美食车里做出来的食物与测试厨房里的并不完全一样。这种差异很微小——也许只是多了一撮盐,或者煎烤程度略有不同——但经过成千上万份订单,这些微小的差异会累积起来。有时,原本应该是“辣”的菜品最后变成了“微辣”;或者在测试厨房里能通过的安全检查,在美食车上却失效了。

这篇论文将这种差距称为**“训练-推理内核契约”(Training-Inference Kernel Contract)**。以下是他们解决方案的简单拆解:

1. 问题:“两个不同的厨师”

目前,当我们构建 AI 时,我们假设“训练厨师”和“推理厨师”在做完全相同的事情。但实际上,他们使用的工具和方法不同。

  • 训练使用的是高精度数学(比如数字秤)。
  • 推理使用的是快速、低精度的数学(比如视觉估算),以提高速度并节省成本。

因为使用的工具不同,他们有时会做出不同的决策。在普通的餐厅里,这可能只是意味着汤的味道稍微有点不同。但对于 AI 来说,这可能意味着:

  • “奖励作弊”(The Reward Hack): 在强化学习(AI 通过试错学习)中,AI 可能认为自己做得很好,因为“快速”厨房给了它高分,而“精确”厨房本该给它低分。这就像一个学生在模拟考试中拿了 A,但在正式考试中不及格,因为评分标准变了。
  • “安全滑坡”(The Safety Slip): 一个在测试厨房中会被拒绝回答的提示词,可能会因为快速烤架改变了风味,从而绕过了安全过滤器,在美食车上被意外回答。

2. 解决方案:“内核契约”

作者提出了一种名为**“内核契约”(Kernel Contract)的新规则手册。你可以把它理解为随 AI 行走的质量控制清单**,而不是给律师看的法律文件。

这份契约规定:“我们知道快速厨房(推理)不会与测试厨房(训练)100% 完全相同。这没关系。但这里有一些我们绝不会违反的具体规则。”

契约包含四个部分:

  • 数值规则 (N): “数学误差不能超过 X 数量级。”(例如:辣度变化不能超过 10%)。
  • 统计规则 (S): “最终的味道必须保持一致。”(例如:99% 的情况下,这道菜仍必须被识别为“辣”)。
  • 运行规则 (R): “它仍然必须足够快。”(例如:美食车不能因为增加了安全检查就变慢)。
  • 可观测性规则 (O): “我们必须能够对任何特定订单进行后期回溯测试。”(如果客户投诉,我们必须能够在两个厨房中重现那个完全相同的订单,以查看哪里出了问题)。

3. “升级政策”(如果违反了规则会怎样?)

契约不仅仅是一个列表,它还有一个交通灯系统:

  • 绿色 (L1): “注意。” 我们记录了一个微小的差异。继续烹饪。
  • 黄色 (L2): “警告。” 差异正在变大。我们停止向这个厨房发送新订单,并将订单路由到备份厨房,直到修复为止。
  • 红色 (L3): “紧急情况。” 出现了严重问题。我们立即关闭这个厨房,并切换到已知良好的版本。

4. “四阶段晋升”(如何在供应前进行测试)

你不会直接把新的厨房切换到公众面前。论文建议了一个四步安全通道:

  1. 离线持续集成 (Offline CI): 在实验室中使用一组固定的测试订单运行清单。如果失败,甚至不要离开实验室。
  2. 影子模式 (Shadow): 让新厨房进行烹饪,但向客户提供旧厨房的食物。我们只是观察,看看新厨房是否会犯错。
  3. 金丝雀测试 (Canary): 让新厨房为一小部分真实客户(如 1%)服务。如果他们投诉,我们立即停止。
  4. 全面上线 (Full): 如果大家都满意,我们就让新厨房为所有人服务。

5. 为什么这对“学习型”AI(RL)很重要

论文特别提到了会自我学习的 AI(强化学习)。

  • 问题所在: 当 AI 进行学习时,它使用“快速厨房”来捕捉世界的快照,但随后又试图从“精确厨房”中学习。这就像是通过观看赛车视频来学习驾驶,但实际驾驶的是另一款车型。AI 会感到困惑,并学到错误的经验。
  • 解决方法: 契约强制要求 AI 承认:“嘿,我的快速厨房和精确厨房是不一样的。” 它在学习过程中加入了一个“修正因子”,这样 AI 就不会被美食车的速度所误导。

总结

论文认为,我们不应该再假装“训练 AI”和“服务 AI”是同一回事。相反,我们应该将它们视为签署了契约的两个不同的合作伙伴。这份契约明确规定了它们可以有多少分歧,如果分歧过大会发生什么,以及如何捕捉这些分歧,以免毁掉客户体验。

这关乎从“寄希望于一切正常”转向“精确测量差异并管理差异”。

您所在领域的论文太多了?

获取与您研究关键词匹配的最新论文每日摘要——附技术摘要,使用您的语言。

试用 Digest →