<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>最小权限 · AI Times</title><link>https://blog.havenice.day/tag/%E6%9C%80%E5%B0%8F%E6%9D%83%E9%99%90/</link><description>AI 时代，中年人倔强的记录</description><language>zh-CN</language><lastBuildDate>Mon, 12 Oct 2026 08:44:00 +0800</lastBuildDate><atom:link href="https://blog.havenice.day/tag/%E6%9C%80%E5%B0%8F%E6%9D%83%E9%99%90/index.xml" rel="self" type="application/rss+xml"/><item><title>把模型当作「内部人员风险」：纳德拉长文《超级智能时代的内部风险》导读</title><link>https://blog.havenice.day/2026/10/12/nadella-models-as-insider-risks/</link><pubDate>Mon, 12 Oct 2026 08:44:00 +0800</pubDate><guid>https://blog.havenice.day/2026/10/12/nadella-models-as-insider-risks/</guid><description>&lt;blockquote&gt;&#10;&lt;p&gt;&lt;strong&gt;写在前面&lt;/strong&gt;：这是一篇自己写的导读，不是全文翻译，文字和结构都是我们重新组织的，只引用了少量英文短语并附中文。原文是微软 CEO 萨提亚·纳德拉（Satya Nadella）2026 年 10 月 10 日在 X 上发表的长文《Models as Insider Risks in the Super Intelligence Era》，链接放在这里，也放在文末：&lt;a href="https://x.com/satyanadella/status/2108931348857827686"&gt;https://x.com/satyanadella/status/2108931348857827686&lt;/a&gt;。第一至三部分是对原文的转述，「我们的解读」一节是本站自己的看法，请注意区分。&lt;/p&gt;&#10;&lt;/blockquote&gt;&#10;&lt;h2 id="一他想说什么一句话版"&gt;一、他想说什么：一句话版&lt;/h2&gt;&#10;&lt;p&gt;过去几十年，传统软件出了问题，工程师能顺着代码找到是哪一段逻辑干的。今天的前沿模型做不到这一点：我们没法把某个输出归因到具体的训练数据或某组权重。可是我们已经让这些模型接触最敏感的数据，还让它们替我们执行关键操作。&lt;/p&gt;&#10;&lt;p&gt;纳德拉的结论是：责任没法外包。模型厂商的保证（assurances）不能替代使用者自己的责任。所以要为这个时代重新设计「信任架构」，核心是一句话：&lt;strong&gt;把「智能的供给」和「对智能的授权」分开&lt;/strong&gt;（separate the supply of intelligence from the authority over it）。&lt;/p&gt;&#10;&lt;h2 id="二核心思路把模型当作内部人员"&gt;二、核心思路：把模型当作「内部人员」&lt;/h2&gt;&#10;&lt;p&gt;文章提出，可以把前沿模型（无论闭源还是开放权重）当作&lt;strong&gt;内部人员风险&lt;/strong&gt;（insider risk）来对待。注意他的理由：不是因为模型一定有恶意，而是任何有足够能力、又能接触重要系统的行为体，都可能犯错，或者被攻破，系统架构必须把这种可能算进去。&lt;/p&gt;&#10;&lt;p&gt;他说这件事并不新。企业早就积累了管理「有权限的内部人」的做法：确认身份、限制权限、记录活动、划定隔离边界。现在要做的是把这些老办法用到超级智能（文中简称 SI）系统上。&lt;/p&gt;&#10;&lt;p&gt;几个关键论点：&lt;/p&gt;&#10;&lt;ul&gt;&#10;&lt;li&gt;&lt;strong&gt;不对齐问题先放一边&lt;/strong&gt;：先用工程办法解决「圈住它、管住它」。用确定性的系统设计、人工控制和可靠的操作流程，把不确定性的模型包起来；现有标准不够的地方，要建立行业标准。&lt;/li&gt;&#10;&lt;li&gt;&lt;strong&gt;控制必须在模型之外&lt;/strong&gt;：决定模型能访问什么、能做什么的机制，不能放在模型里面。他引用了 1970 年代的信息安全原则：程序不能绕过或篡改执行它自身权限的机制。落到今天，就是把**模型、调度它的外壳（harness）、以及它能做的动作范围（action space）**分开。&lt;/li&gt;&#10;&lt;li&gt;&lt;strong&gt;思维链透明是底线，但不够&lt;/strong&gt;：他认为模型的推理过程（CoT）必须透明，不能拿「Neuralese」（模型内部自己的表示语言）当理由让推理不可见。但光有这一条不可靠，因为我们还不知道怎么让模型的输出本身始终忠实、透明。&lt;/li&gt;&#10;&lt;li&gt;&lt;strong&gt;「嵌套黑箱」问题&lt;/strong&gt;：让模型互相对抗测试、互相验证是应该的，但如果一个不透明的模型，跑在一个不透明的调度层里，再由另一个不透明的模型来监督，那就是黑箱套黑箱。&lt;/li&gt;&#10;&lt;/ul&gt;&#10;&lt;h2 id="三七条设计原则"&gt;三、七条设计原则&lt;/h2&gt;&#10;&lt;p&gt;文章把上面的思路落成七条围绕「可观测性」的原则，我们用自己的话概括如下：&lt;/p&gt;&#10;&lt;ol&gt;&#10;&lt;li&gt;&lt;strong&gt;模型多样性&lt;/strong&gt;：重要结果不能只依赖一个模型，也不能让模型自己验证自己的工作。&lt;/li&gt;&#10;&lt;li&gt;&lt;strong&gt;一切可观测&lt;/strong&gt;：模型的每个重要动作都要留下防篡改、人能读懂的证据。原文有一句：如果无法观察，就无法信任（If it can&amp;rsquo;t be observed, it can&amp;rsquo;t be trusted）。而且要能还原结果是怎么得到的，不能靠模型自述。&lt;/li&gt;&#10;&lt;li&gt;&lt;strong&gt;可验证&lt;/strong&gt;：持续测试整个系统，包括失败、攻击、边界情况和系统变更，而不只测成功的任务。&lt;/li&gt;&#10;&lt;li&gt;&lt;strong&gt;独立控制&lt;/strong&gt;：组织自己能决定模型能访问什么、能做什么。&lt;/li&gt;&#10;&lt;li&gt;&lt;strong&gt;独立审计&lt;/strong&gt;：验证必须独立于被验证的智能。不能让同一个模型既控制系统行为，又掌握用来判断这个行为是否符合初衷的证据。&lt;/li&gt;&#10;&lt;li&gt;&lt;strong&gt;隔离遏制&lt;/strong&gt;：从一开始就假设模型已被攻破并加以隔离。他用了「紧急刹车」的比喻：被授权的人要能在任务中途随时暂停或关停模型。越先进的模型，需要越先进、也需要标准化的遏制技术。&lt;/li&gt;&#10;&lt;li&gt;&lt;strong&gt;事故披露&lt;/strong&gt;：系统失败或被攻破时，要及时告知受影响方，并在行业内共享：出了什么问题、哪些控制失效、怎么防止再发生，其中包括会改变 Agent 运行时行为的实现细节。&lt;/li&gt;&#10;&lt;/ol&gt;&#10;&lt;p&gt;结尾一句最容易记住：最值得信任的超级智能系统，不是我们最信任模型的那个，而是&lt;strong&gt;让我们对模型的信任需求最低的那个&lt;/strong&gt;。&lt;/p&gt;&#10;&lt;h2 id="四我们的解读"&gt;四、我们的解读&lt;/h2&gt;&#10;&lt;p&gt;&lt;strong&gt;以下是本站自己的看法，不是原文内容。&lt;/strong&gt;&lt;/p&gt;&#10;&lt;p&gt;&lt;strong&gt;1. 对每天在用 AI Agent 的人，这套话基本能直接翻译成日常习惯。&lt;/strong&gt; 这是我们的对应方式，原文并没有逐条这样写：&lt;/p&gt;&#10;&lt;ul&gt;&#10;&lt;li&gt;「独立控制」对应&lt;strong&gt;最小权限&lt;/strong&gt;：Agent 要读邮件，就别给它发邮件的权限；要改一个仓库，就别给它整个账号。权限开在 Agent 外部的账号、令牌和沙箱里，不是写在提示词里让它「自觉遵守」。&lt;/li&gt;&#10;&lt;li&gt;「一切可观测」对应&lt;strong&gt;留日志&lt;/strong&gt;：保留每次工具调用和外发动作的记录，而且记录不由 Agent 自己写、自己改。事后复盘时，不要只听它的总结。&lt;/li&gt;&#10;&lt;li&gt;「模型多样性」和「独立审计」对应&lt;strong&gt;别让同一个模型出活又验收&lt;/strong&gt;：重要的结果换一个模型或一个人来核对。&lt;/li&gt;&#10;&lt;li&gt;「隔离遏制」对应&lt;strong&gt;人工确认和一键停止&lt;/strong&gt;：发邮件、付款、删除、对外发布这类不可撤销的动作，先让人点头；随时能中断任务。&lt;/li&gt;&#10;&lt;/ul&gt;&#10;&lt;p&gt;换句话说，文章的重点不是什么新技术，而是一个态度：别指望把模型教得「绝对可靠」，而是假设它会出错，把出错的后果限制在能承受的范围内。&lt;/p&gt;&#10;&lt;p&gt;&lt;strong&gt;2. 这是一篇立场文章，不是规范。&lt;/strong&gt; 文中没有给出具体的技术标准、接口或检查清单。「防篡改的人类可读证据」「更先进的遏制技术」「行业共享事故信息」这些，都还停留在方向层面，做到什么程度才算合格，原文没有说。&lt;/p&gt;&#10;&lt;p&gt;&lt;strong&gt;3. 有些问题文章没展开。&lt;/strong&gt; 比如，「人类可读」的日志在 Agent 一天执行成千上万步之后，人真的看得过来吗？如果最后还是靠另一个模型来读日志、做审计，是不是又回到了他自己担心的「嵌套黑箱」？「假设模型已被攻破」和让模型保持足够有用之间，怎么取舍？这些是我们读完后的疑问，不是文章的错漏。&lt;/p&gt;&#10;&lt;p&gt;&lt;strong&gt;4. 一个阅读时的观察。&lt;/strong&gt; 纳德拉是微软 CEO，微软同时是模型和企业 AI 工具的主要供应方。文章讲的「独立控制、独立审计、可观测」，在企业采购和合规场景里自然会对应到治理类的产品和服务。我们没有依据判断这是不是动机，也不认为这会让论点本身站不住，只是提醒读者：这些原则本身是通用的，可以拿去检验任何厂商的方案，包括微软自己的。&lt;/p&gt;&#10;&lt;h2 id="原文"&gt;原文&lt;/h2&gt;&#10;&lt;ul&gt;&#10;&lt;li&gt;萨提亚·纳德拉（@satyanadella），《Models as Insider Risks in the Super Intelligence Era》，X 长文，2026-10-10：&lt;a href="https://x.com/satyanadella/status/2108931348857827686"&gt;https://x.com/satyanadella/status/2108931348857827686&lt;/a&gt;（我们阅读时，该帖约 1,130 万次浏览、1.27 万点赞，数字会变化）&lt;/li&gt;&#10;&lt;/ul&gt;&#10;&lt;p&gt;本文为根据原文重新撰写的导读，如与原文有出入，请以原文为准。&lt;/p&gt;&#10;</description></item></channel></rss>