独立审计改变的不只是由谁签署安全声明，也改变谁能检查模型、质疑开发者证据，并影响是否允许部署。Maria Cantwell 参议员在 2026 年 10 月 7 日提出的前沿 AI 六点框架，把外部判断放在发布之前，并连接到发布后的持续审查。
这是政策框架，不是已生效立法，也不是有约束力的发布规则。它本身没有赋予 NIST 新执法权，没有确定最终的前沿模型门槛，也没有设立合规期限。因此，开发者和采购者应问：这样的制度需要哪些证据，哪些未定细节决定它是否可行？
先确定覆盖范围，再讨论义务
Cantwell 提议可测量、基于风险的联邦标准、部署前独立审计和持续测试。六项原则还包括透明度与问责、公私合作、社会保护及国际合作。前三项构成验证核心，其余把提案扩展到实验室风险之外。
覆盖范围仍是设计难题。训练计算量门槛可能漏掉通过工具或微调增强的小模型；能力测试更灵活，却需要可靠评估。开放权重开发需要在原始开发者、修改者和部署者之间合理分配责任。框架承认需要专门处理，但没有确定豁免、负担或执行方式。
区分外部测试与开发者摘要
提案对照的是主要依赖开发者自测和注意义务的安排。内部团队掌握技术细节、能够迅速测试；但商业发布压力仍让外部监督具有制度意义。要求独立性，不是在指控每位内部评估者不诚实。
可信审计需要明确访问权限、合格评估者和利益冲突规则。精选摘要可能不足以验证，而权重、提示、安全架构和事件记录又可能包含专有或敏感信息。安全访问、披露限制、申诉权和审计责任必须共同设计。付费找外部公司，不自动让审计专业或独立。
在整个生命周期评估部署系统
只测一次基础模型，不能证明工具、权限、更新和智能体协作变化后的安全性。Cantwell 强调网络及高后果科学滥用、逃避监控、失去控制和不安全自动改进。评估应说明测了什么、在何种访问条件下、采用哪些防护，以及哪些内容超出范围。
持续测试与严重事件报告回应这种变化，但操作细节很重要：哪些修改触发重新审计？谁收到敏感发现，谁能要求纠正，用户应获得哪些通俗披露？评估观察的是选定行为，不能证明零风险，也不能保证所有后续交互安全。
建立证据记录，但不要捏造现行法律
团队现在就能保留模型版本、工具权限、测试案例、局限、缓解结果、事件升级及可追责发布决定。采购者可询问由谁评估、如何质疑发现。整理记录是有用准备，不等于声称自愿性的 NIST 风险管理过程符合未来法律。
应一起观察立法文本、两党共识和获得经费的评估能力。框架仍需范围定义、访问权、可执行权力、处罚、合格审查者和可行的司法复审。它与州保护规则的关系也未确定。没有人员和安全基础设施，只宣布标准无法形成有效独立验证。
持久的区别是开发者保证，与其他合格主体能够检查的证据不同。Cantwell 提案把这一区别提前到发布流程。约束规则生效前，应把它描述为治理提案，用来改善技术证据，而不是宣布框架尚未建立的审批要求或期限。