模型选择器进了控制台，
授权粒度还停在租户级

多模型 harness 不再是路线图上的说法，而是企业控制台里的一排选项。微软 Copilot Cowork 的模型下拉里同时出现 OpenAI、Anthropic 与微软自托管的模型，文档写明带数据留存要求的模型（Claude Fable 5）默认关闭、须管理员在 Microsoft 365 admin center 手动开启，界面在选中期间常驻提示条。同一份文档里还有一句更值得采购注意的话：关闭 Anthropic 模型族是租户级设置，无法用来只给一部分用户开放。我们的判断：模型已经可以被逐任务替换，但「谁被允许用哪个模型、代价是哪些数据留存」这件事，审批单位仍然是整租户——缺的不是模型清单，是审批单位。

一、控制台里的多模型选择器

微软 Learn 的《Choose a model for Copilot Cowork》页面（页面自标 last updated 2026-09-14）列出模型下拉中的选项：Auto（默认）、GPT 5.5 (Frontier，托管在 Azure AI Foundry)、GPT 5.6 Sol、GPT 5.6 Terra、GPT 6 Astra、Opus 5、Claude Sonnet 5 与 Claude Fable 5.1；OpenAI 与 Anthropic 的模型分别以 subprocessor 身份提供，可用列表反映组织启用的模型。来源：learn.microsoft.com/en-us/microsoft-365/copilot/cowork/cowork-models。

同一页面对管理员写明：可以在 Microsoft 365 admin center 的 Copilot 设置里关闭 Anthropic 模型族，该控制不影响用户能否访问 Cowork；并且这个设置是租户级的，原文为 the setting is tenant-wide, so it can’t be used to grant Anthropic models to a subset of users。此外，Cowork 会在对话里显示模型徽标，让用户看到这条回答由哪个模型产出；推理投入档位（Light、Medium 默认、High、Extra High、Max）可在模型选择器旁切换，档位越高越慢、消耗越多。

我们的判断：模型清单本身不是新闻，值得记录的是它的形态——模型在同一个执行框架里变成一排可替换选项，每一项的代价（速度、深度、消耗、留存）被分别标注。这是多模型 harness 从概念变成配置界面的时刻，选型对象也从模型变成了模型加框架的组合。

二、数据留存第一次落在单个模型上

Cowork 的 FAQ 页面（同样自标 last updated 2026-09-14）写得更直白：Claude Fable 5 (Preview) 默认关闭，只有管理员在 Microsoft 365 admin center 的 Copilot 设置里开启后才会出现；并且部分模型（例如 Claude Fable 5）要求数据留存，Cowork 会在选择器中给出说明，并在该模型被选中期间显示常驻提示条。原文为 Some models, such as Claude Fable 5, require data retention, and Cowork shows a note in the picker and a banner while the model is selected。来源：learn.microsoft.com/en-us/microsoft-365/copilot/cowork/cowork-faq。

同一页面还给出三条约束：Anthropic 模型只能在其支持的区域使用；Cowork 按用量计费，模型响应、工具与技能调用、图片生成、浏览器任务都计入消耗；对发送邮件、发帖等敏感动作会弹出审批，并允许在会话内按特定收件人、特定域名、特定动作跳过重复确认。

我们的判断：数据留存从一个供应商级的合同议题，变成了一个模型级的配置项。这对买方是好消息也是新负担——好消息是它可验证、可截图、可以写进验收清单；新负担是它把「哪个模型跑哪类数据」的问题，从法务的抽屉搬到了架构评审会上。

三、我们的判断：审批单位错位

把上面几条放在一起，会出现一个明显的不对称：动作层可以细到收件人——发送邮件前弹审批，且可在会话内按特定收件人、特定域名、特定动作跳过；模型与留存层却只有租户级——文档明确说关闭 Anthropic 模型族无法只给一部分用户开放。

也就是说，一家企业可以规定「发给这个域的邮件不必每次确认」，却无法规定「只有这 20 名工程师、只在这类任务上，可以使用带留存要求的前沿模型」。前者是细粒度授权，后者是全组织开关。

我们的判断：这不是功能缺失，是控制平面的一处设计错位——它把动作当成一等公民，把模型与数据留存当成配置项。当模型变成可替换件之后，采购真正要买的恰恰是「谁被允许用哪个模型、在什么范围内、代价是什么」这一层判断，而它现在只有整租户一档。

四、分析师的判断：harness 与 model 可以是两件事

2026 年 9 月 21 日，Ben Thompson 在 Stratechery 的《Frontier Overhangs》中撤回了自己 2025 年 11 月的判断——当时他认为模型与 harness 的整合处才是 agent 差异化所在，因此前沿实验室会比看起来更赚钱；现在他改口：harness 与 model 可以是两件事，依据是 Nadella 关于 multi-model harness 的表述，以及已经上线的 Cowork 模型选择器，理论落点引 Christensen 的「性能过剩之后，架构从专有互锁滑向模块化」。来源：stratechery.com/2026/frontier-overhangs。

引用纪律：这是分析师的立场修正，不是事实认定；证据面目前是单一厂商的单一产品加一位分析师。因此可以采信的是方向——解耦之后留得住的是控制平面（策略、授权、审计、成本）——而不是「行业已经完成解耦」这个结论。

五、采购与验收清单

六、结论与本月动作

我们的判断：多模型 harness 已经把「用哪个模型」变成日常操作，真正没解决的是「谁批准哪个模型、留存归谁」。控制平面如果不能把授权单位从组织细化到身份与任务，企业就只能在两个坏选项之间选：全组织开放带留存要求的最强模型，或者全组织关掉它。

本月可做的最小动作：把你们在用的多模型产品列成一张表，逐项填四列——模型清单、每个模型的留存条款、开关的授权单位（租户级还是角色级）、使用记录能否导出。然后回答一个问题：如果明天法务要求最强模型只对 20 个人开放，你们现在的配置能执行吗？

参考来源: 微软 Learn《Choose a model for Copilot Cowork》，页面自标 last updated 2026-09-14，curl HTTP 200；模型清单、租户级模型控制、推理投入档位与用量口径均为该文档口径。learn.microsoft.com/en-us/microsoft-365/copilot/cowork/cowork-models ｜ 微软 Learn《Copilot Cowork FAQ》，页面自标 last updated 2026-09-14，curl HTTP 200；Fable 5 默认关闭与留存提示条、按用量计费、动作审批粒度、Anthropic 区域限制均为该文档口径。learn.microsoft.com/en-us/microsoft-365/copilot/cowork/cowork-faq ｜ Stratechery《Frontier Overhangs》，2026-09-21，curl HTTP 200；属分析师观点与立场修正，非事实认定。stratechery.com/2026/frontier-overhangs。