Apollo 主张外部评测需嵌入评估员

要安全地开发前沿 AI，开发者必须能够证明其模型没有在谋划，即没有在追求非预期目标时暗中与之作对。 新文章：任何谋划安全论证都必须做出的四项主张，以及嵌入式评估者验证这些主张所需的资源 🧵

Apollo Research 提出，任何针对谋划（scheming）的安全论证都应包含四条主张：训练未激励谋划、评估与红队测试显示模型没有谋划倾向、内部部署期间从未尝试谋划、谋划推理会被检测到。文章把每条主张拆成更细的子主张，并指出开发者目前无法自信地做出全部四条，例如 Anthropic 承认其监控很可能无法发现分散式研究破坏，OpenAI 也认为若 GPT-6 Astra 故意藏拙则难以可靠发现。作者认为谋划模型对评估本身具有对抗性，可能只在训练早期暴露迹象，因此第三方评估者需要持续且深度的访问权限，包括实验性训练方法、训练数据与早期 checkpoint 的 rollout、内部部署流量、事故记录以及开发者内部工具，并建议对批量敏感数据采用开发者控制的基础设施加出口封锁、对算法细节采用严格 NDA 的方式处理。

Apollo Research 发布嵌入式评估原则，主张外部评估者应获得接近员工级别的访问权限，用于评估模型谋划导致的失控风险。文章提出有效嵌入式评估需满足四项标准：降低风险、告知公众、形成良好激励、对开发者与评估者双方公平。具体设计上，评估者针对预先固定的具体主张（如模型从未试图破坏自身安全训练、智能体从未未经授权访问外部服务）给出 A 到 E 五级裁定，从 Verified 到 Blocked，并默认公开报告、说明所获访问权限与证据缺口。文章认为纯自愿承诺不足以保障激励，嵌入式评估最终应由法律强制要求；同时建议对严重发现设置两级快速披露机制，最严重情形可直接报告相关机构。

Apollo Research 发文主张，有意义的外部安全评测需要让评估者以接近员工的权限嵌入 AI 公司内部，而非只在模型发布前做最终检查点测试。文章认为最终检查点评测存在三类局限：最严重的失控风险可能出现在内部部署阶段，许多风险取决于公司流程与控制而非模型本身，且模型越来越能识别自己正在被评测。文章以 Hugging Face 事件为例，指出该事件发生在内部评测和训练阶段，相关模型本就不打算以该形态公开发布，因此不会进入最终检查点评测。Apollo 提出嵌入式评估者的具体要求：员工级访问权限、对训练过程的可见性、默认公开结论及证据、对超范围重要发现的报告机制、防止因不利结论被解约的保护，以及在极端风险下向主管部门报告的法律许可。