企业官网建设流程全解析

每天 8 点，5 分钟看懂微软技术圈。今天是 2026 年 10 月 7 日，星期三。

今日速览

• C# 工具链跳过九个大版本，改跑原生编译：C# Dev Kit 从 3.3 直接升到 11.0，六个进程并成一个 Native AOT 服务器，加载快 22 到 180 倍，内存降八成。
• GitHub Copilot 的模型货架三周清一次：七个星期里退掉 16 款模型，10 月 19 日还有六款到期。写代码的人无感，把模型名写进流水线的团队要动手。
• Windows 11 26H2 有两点没写进更新说明：空闲内存少占 2 到 3GB，低延迟模式从系统组件铺到几乎所有第三方应用。
• Azure 给智能体发了独立身份：Foundry 托管智能体新预览里，每个智能体创建时拿到自己的 Entra 身份，共享的项目托管身份成为过去式。
• 微软自研 Arm 服务器芯片到第二代：Cobalt 200 号称性能比上一代高五成，硬件回收网点扩到八个。

一、C# 工具链跳过九个大版本，改跑原生编译

版本号先跳了一下。微软在 VS Code 里的 C# 扩展叫 C# Dev Kit，三年前发布，此前版本是 3.3。这一次它直接到了 11.0，官方说法是把扩展的版本号对齐 .NET 的版本号。跳号只是一层皮，底下是真动手重构了。

改动最实在的一处是进程结构。旧架构把 C# Dev Kit 的内部服务拆成六个互相连接的进程，新版本把它们并成一个服务器，并且用 Native AOT 发布。AOT 的意思是编译期就把代码编成目标平台的原生机器码，运行时不再需要 JIT，也不要求本机预先装好 .NET 运行时。微软首席软件工程师 Drew Noakes 在官方博客里给了三组仓库实测：dotnet/aspire 的内存从 2072MB 降到 316MB，降幅约 85%；dotnet/roslyn 从 2000MB 降到 379MB，约 81%；dotnet/orleans 从 1307MB 降到 208MB，约 84%。官方另外给了一组速度数字，加载时间改善 22 到 180 倍（具体倍数看工作负载），构建时间快 17 到 19 倍。

这组数字的口径要说清楚。统计的只是 C# Dev Kit 服务器进程本身占用的内存，Roslyn 语言服务仍然跑在独立进程里，VS Code 本体也有自己的开销，两者在这次版本里基本没变。另外内存占用跟代码规模的相关性比跟项目数量的相关性更强，Roslyn 的 C# 代码量大约是 Aspire 的四倍，所以项目数更少反而占得更多；新版本把项目在内存里的表示做得更紧凑，占用随代码量增长的速度慢了很多。

新加的语言支持放在项目文件上。以前编辑 .csproj、.props、.targets 基本是纯文本，现在这三个文件有了补全、诊断、转到定义、快速修复和语义高亮，跟编辑 C# 的体验接近。补全覆盖包名与包版本，包里还挂了 CodeLens，能提示有没有新版本、当前版本有没有命中已知漏洞；MSBuild 侧的属性、项和元数据键也能补全，转到定义可以一路带进 SDK 源码。另一个新面孔叫 C# Doctor，把项目加载失败或不按预期工作的环境类原因集中到一处给结论，缺 SDK、缺运行时、目标框架不可用、包还原失败、依赖有已知漏洞都在它的清单里。目前 11.0 还在预发布通道，正式版预计随 .NET 11 一起出来，微软把 .NET 11 放在了 .NET Conf 上。官方给出的长期理由不只与人有关：编码智能体的工作方式要求开发者更快进出工具、并行跑多个实例，这条架构改动是为那类用法准备的。

同一条技术路线当天还出现在另一个项目上。.NET Aspire 13.6 把它的 dashboard 也用 Native AOT 发布了。dashboard 是开发者反复重启的东西，每次重启都要重付一遍 JIT 的钱，AOT 把编译挪到发布期之后，官方给的结果是中位页面可见启动时间下降 66%，同时不再需要单独安装 .NET 运行时，容器基底镜像也能换成不带完整运行时的那一档。还有一个更隐蔽的收益：dashboard 此前按 .NET 8 构建，靠 roll-forward 跑在更新的运行时上，属于 bug 来源，比如内置的 JavaScript 资源是按 .NET 8 打的、本机运行时却是 .NET 10。现在它直接以 .NET 11 为目标，框架代码与前端资源一起发布，两边版本不再可能错开。为了走到这一步，改动横跨 dashboard、Blazor、Fluent UI 与 Dapper 四处，其中 Blazor 侧的支持是在 .NET 11 RC1 落地的，官方明确标注为实验性，并强调这不代表 Blazor Web App 正式支持 Native AOT 发布。

Aspire 13.6 其余的内容也一并记下。dashboard 开始把资源快照与遥测写进 SQLite，由 AppHost 启动时默认开启运行持久化，每个应用保留最近 10 次运行，已完成的运行只读；控制台日志、结构化日志与链路数据各 10 万条的上限翻倍到 10 万。首方托管新增 Java 与 Rust 两个预发布包，Java 支持可执行 JAR、Maven 与 Gradle 包装器、Spring Boot 与 Quarkus，Rust 用 AddRustApp 描述 Cargo 应用。Azure Connector Namespace 与 Azure Container Apps Sandboxes 也进了预览。有几处变化需要提前知道：那个 SQLite 数据库没有加密层也没有授权层，Aspire 也不给数据目录设 Windows ACL；本地运行的 MongoDB 资源在有证书时改用 TLS，替代此前的明文默认值；Cosmos DB 模拟器默认切到 Linux 版 vNext 镜像，旧的数据不会跟着迁移；GitHub Models 集成被移除。

二、GitHub Copilot 的模型货架，三周清一次

先看清单。按 GitHub 的 changelog，9 月 1 日退役 6 款，包括 Gemini 3.1 Pro、Claude Opus 4.5 与 4.6、Claude Sonnet 4.5 与 4.6，以及一个小模型 Raptor Mini，官方当时指向的替代品是 Claude Sonnet 5 与 Gemini 3.7 Flash。10 月 2 日再退 4 款：Gemini 3.5 Flash、Gemini 3.6 Flash、Kimi K2.7 Code 与 Claude Opus 4.7，替代品是 Gemini 3.8 Flash、Kimi K3 与 Claude Opus 5。第三批已经排上了日期，10 月 19 日 retire Gemini 3.7 Flash、GPT-5.5、GPT-5.4、GPT-5.4 mini、GPT-5 mini 与 Grok 4.5，对应的替代品是 Gemini 3.8 Flash、GPT-5.6 Sol（接 GPT-5.5 与 GPT-5.4）、GPT-5.6 Luna（接两个 mini）与 Grok 4.6。把三批连起来看，七个星期里退掉 16 款模型，涉及五家厂商。

这件事对不同的人意味着完全不同的工作量。按 GitHub 的口径，用户不需要手动清理，仍在引用已退役模型的请求会自动改派到建议的替代模型，前提是默认模型启用没有被关掉。企业级与组织级管理员可以在 AI 控制台里管理这件事：企业级走 AI controls、Copilot、Configure models，组织级走 Settings、Copilot、Models；如果全局默认被关了，或者某个替代模型被单独禁用过，就需要管理员自己启用。代价落在另一类团队身上：把具体模型名硬编码进 CI 流水线、提示词评测集或内部基准的团队。换模型会改变模型生成的断言、测试数据与补丁，性质上等同一次依赖升级，得拿一批固定任务重放一遍才能确认行为没跑偏。

节奏为什么这么快，原因在产品结构上。Copilot 不只用一家的模型，它同时转售 OpenAI、Google、Anthropic、xAI、Moonshot 以及微软自家的 MAI 系列。这套做法让它不必被某一条发布路线绑住，代价是继承了五家各自的下架排期，合并出来的更替频率比任何单一厂商都快。GitHub 也不是毫无准备，自动模型选择允许开发者按效率、平衡、智能三档偏好交给平台决定，从 9 月中旬开始生效，等于给"我只要一个合适的模型"这类需求留了退路。

可以落地的做法有两条。把"用哪个模型"和"要什么能力"分开：可替换的日常问答，交给自动选择；确实比较过、因为某方面表现才选定的模型，就登记进一张常设的新模型审批清单，谁负责审、数据条款有没有变化写清楚，否则到期那天开发者手里是一个空下拉框。

三、Windows 11 26H2 的两项没写进更新说明的改动

26H2 从 9 月 29 日起向符合条件的 24H2 与 25H2 设备分批推送。官方对它的定性是一个启用包：与此前共享同一套维护分支，把这个分支上已经通过月度更新下发过的能力一次性打开，并把支持周期重置为家庭与专业版 24 个月、企业版与教育版 36 个月，构建号推到 26300。更新说明里没有专门写性能，装完之后的用户与媒体实测发现了两个变化。

第一个是空闲内存。一台 16GB 内存的笔记本在重启后，任务管理器显示已用 7.0GB，占 15.7GB 的 45%，其中 4GB 是缓存，可用 8.8GB；同一台机器在更新前什么都不开往往就超过 10GB。多份报告给出的降幅落在 2 到 3GB，也有 32GB 机器的用户记录到从 9.1GB 降到 7.5GB。8GB 设备看不到改善，仍然贴着上限。这里有个容易被误读的点：Windows 把服务和应用缓存进内存不算浪费，那是为了让调用时立刻响应，缓存被清空反而会变卡；空闲占用本身也高度依赖自启程序与驱动，不同机器之间本来就没有可比性。还有一个必须补齐的口径：微软没有把这项变化确认为 26H2 的某项具体功能，更合理的解释是几个月来内存管理与 WinUI 方面的优化在 26H2 里集中生效了。

第二个是低延迟模式（Low Latency Profile）的覆盖面。它的做法是当你打开开始菜单、搜索、通知中心或某个应用时，让 CPU 在一到三秒内接近最高频率，任务做完更快回到空闲，官方内部的叫法是"冲刺到休眠"。它针对的是 CPU 并不忙、操作却有短暂停顿的那类卡顿。这项能力 6 月先落在系统组件上，8 月扩到应用启动，但一直走受控推出，同一批更新在不同机器上效果不一样，不少人得靠 ViVeTool 强制打开。26H2 把过去几个月的累积更新打包推送，绝大多数升级设备直接生效，这才是它显得"突然变快"的原因。中文媒体给出的启动提速数字是 Edge、Outlook 一类应用约四成、开始菜单与右键菜单最高七成，属于单点对照测试，参考价值有限。

有两条升级边界值得现在就知道。26H1 的设备不能升到 26H2，那条线是 2026 年 2 月面向新 Arm 设备发布的，两条线底座不同，26H1 的支持期到 2028 年 3 月。24H2 家庭版与专业版的最后一次更新在 10 月 13 日，那天之后仍在 24H2 上的机器要尽快安排。

四、Azure：智能体换上了专属身份

Foundry 的托管智能体（hosted agents）刷新了公开预览。这一版不是换个包名：新的托管后端、协议库、身份模型、管理 API、专属智能体端点，以及基于会话的沙箱模型都动了。最值得单独拎出来的是身份那一行。

每个智能体在创建时拿到自己的 Entra 身份。在旧的预览模型里，同一个项目下的智能体共用项目的托管身份；新模型改成按智能体分配。这条改动影响的是授权怎么给、怎么复核、怎么排障、怎么吊销。共享身份在上手阶段确实省事，演示更快、配置更少。一旦智能体开始调用工具、读取文件、访问下游服务、把会话留到下一轮，那么"它用的是什么身份"就不再是实现细节，而是控制面的核心：最小权限要能落到具体资源上，出了事要能回答"是哪个智能体做的"，审计要能追到主体。项目托管身份在新模型里仍然存在，负责注册表访问这类基础设施操作，与运行时使用的智能体身份是两码事；外部资源权限必须显式授予，交互式用户委派与后台自主访问也是两种不同模式。

升级路径要提前看。旧的预览托管后端正在退役，已经部署在旧后端上的实例不会自动迁移，需要按新模型重新部署。放在预发布平台上，这类变动本属常态；但对已经把智能体接进内部工作流、私有工具、认证与审计日志的团队来说，这等于重新过一遍信任边界，值得排一次专门的复核。

会话隔离的口径也一并给全。当调用方通过 Entra 被识别时，托管智能体默认按用户隔离会话与文件，会话沙箱在空闲 30 天后被永久删除；状态存储里的条目默认有 30 天空闲窗口，可以由写入续期，也可以配置成不失效。会话、对话与持久化状态是三个不同的作用域，调试时要先弄清自己看的是哪一个标识符。沙箱隔离解决的是会话之间的隔离，它并不替你决定智能体在沙箱之外能碰什么，如果每个会话挂的都是一个能读整座数据湖的身份，隔离是做了，权限依然过大。

五、微软自研 Arm 芯片到第二代，回收网点扩到八个

Azure 官方发了一篇硬件生命周期的说明。里面给了一组长周期数字：自 2014 年以来，单个机架的核心数提升约 13 倍，完成同样任务所需的电力下降约 90%，新系统在同样的机房面积与供电条件下能提供更多算力。这解释的是 Azure 怎么在不按比例扩地扩电的前提下承接云与 AI 负载。

Cobalt 200 第一次被官方拿来当例子讲。这是微软自研 Arm 服务器 CPU 的第二代，官方说法是性能比 Cobalt 100 最高提升 50%，并整合了更新的安全、存储与网络技术。按厂商自述处理即可，第三方复核还没有出现。

退役硬件的去处也在扩容。微软的 Circular Center 这类硬件回收与再利用设施新增威尔士纽波特与澳大利亚悉尼两处，总数到八个，覆盖北美、欧洲与亚太，另有一处在得州圣安东尼奥的规划里。官方给的去年数字是退役服务器与组件的复用与回收率达到 92%，流程是安全退役、擦除含数据的部件，再逐件评估走复用、翻修、拆备件还是回收。对客户来说这部分属于间接收益，长期效率、供应链韧性与容量增长，不需要谁去做动作。

速报

Teams Phone Agent 转正。它长在 Teams Phone 自动话务员之上，把按键菜单换成一段对话：回答关于营业时间、地址、政策的提问，允许来电者自助改约与取消预约，识别对的人或部门后转接并附上一份 AI 生成的通话纪要，支持 60 多种语言与区域，也支持下班与节假日流程。默认单次通话上限 4 分钟，超时放一段提示后挂断，垃圾来电会被识别并断开。计费走 Copilot Credits 的按量模式，前提是租户里至少有一个 Teams Phone 许可、每个资源账号配一个免费的资源账号许可，并配好支出策略。排队应用里的主管看板仍是公开预览，用 Copilot Studio 搭出来的自定义语音智能体走 Frontier 预览。

Copilot 的计费分层开始进入管理面。Copilot in SharePoint 与 Copilot in OneDrive 从 9 月 30 日起滚动转正，日常能力留在按用户订阅里，跨大批量内容的高级能力走用量计费、消耗 Copilot Credits，管理员需要在 Microsoft 365 管理中心的 Copilot、成本管理里建立支出策略，否则用户那边是功能不出现，而不是报错。Copilot Managed Runtime 也从本月开始进入公开预览，把用量计费的覆盖面从 Code 延伸到运行时。Work IQ 开始接入 Dynamics 365 Sales、Dynamics 365 Customer Service 与 Power Platform 的数据，本月稍后进入预览。

Azure 侧的几条小更新。Application Gateway WAF 的 IPv6 支持进入公开预览（10 月 5 日），托管规则集、自定义规则与诊断对 IPv6 流量全部生效，双栈应用不必再分成两套安全策略；Azure Database for MySQL 弹性服务器推出只读端点公开预览，把只读流量自动摊到多个副本上（每台主最多 10 个副本），应用侧只需要一个端点；DCsv3 与 DCdsv3 系列虚拟机定在 2029 年 10 月 31 日退役，2026 年 11 月 1 日起施加容量限制，10 月 31 日之后 1 年与 3 年预留实例不再可购。

Azure AI Foundry 的 Java SDK 到了 2.7.0。浏览器自动化从预览转正，新增 BrowserAutomationTool 与 BrowserAutomationToolboxTool 两个工具类型以及 browser_automation 判别器，旧的预览类保留；智能体优化能力从 Beta 客户端搬到正式客户端，不再需要预览标头，可以估算一次优化作业在调用次数与成本上的区间、分页列出候选结果，并把候选提升为在用的智能体。

今晚的 Windows 与 Surface 发布会。时间是太平洋时间 10 月 7 日上午 10 点，也就是北京时间 8 日凌晨 1 点，Windows、RTX Spark 与 Surface 三条线同台。机型与规格此前写过，这里不重复，值得留意的是三件此前没落地的事会不会讲清：三个端侧模型（Aion Instruct、Aion Plan、MAI Code Flash）在 Windows 上的用法、面向 RTX Spark 的统一内存控制，以及被预告了一年的语音交互体验。