Windows 11 上 Copilot 打不开？Clash 分流 Microsoft 与 Copilot 域名实测步骤（2026）

1. 和 ChatGPT / Perplexity 专栏差在哪里：系统组件与 Microsoft 图

OpenAI 或 Perplexity 类服务的主机名相对集中在各自品牌域与少数 CDN；而 Microsoft Copilot 在 Windows 11 上往往同时触碰 copilot.microsoft.com、Bing 系列后端、Microsoft 账户（如 login.live.com、account.microsoft.com）以及 Edge 自带的扩展服务与更新检查路径。任务栏侧栏由系统进程发起请求，行为与「用户手动打开浏览器标签」并不完全一致：某些请求会绕过你以为已生效的「仅浏览器代理」，除非使用 TUN 或等价的全局接管，并保证 DNS 同样经 Clash 处理。

因此，做 Clash 分流 时建议把「Copilot 对话界面」与「登录态、Bing API、Edge 辅助域名」放在同一意图下规划：要么一起命中你选定的 跨境访问 节点组，要么一起直连——最怕的是鉴权走了一组、对话流走了另一组，从而在客户端表现为无限加载或偶发 403。若你尚未在 Win11 上理清系统代理与 TUN 的差异，可先阅读 Windows 11 上 Verge Rev 首次配置，再叠加本节域名覆写。

2. 常见症状：侧栏空白、Edge 内 Copilot 卡住与地区提示

在代理已开启时，若 任务栏 Copilot 长时间空白、点击无响应，或 Edge 右侧 Copilot 面板卡在「正在连接」，优先在 mihomo 连接日志里核对：相关请求是落在 DIRECT、意外策略组，还是因 HTTPS 仅暴露 IP 而导致规则匹配错误。若页面能渲染骨架但对话发不出去，常见原因是 WebSocket 或长连接类主机仍直连，与主站出口不一致。

当出现明确的「当前区域不可用」类文案时，除了节点国家本身，还要区分技术路径问题与服务策略与账号属性：前者用域名是否全覆盖、DNS 是否与连接同路径来验证；后者涉及 Microsoft 账户地区、组织租户策略等，超出纯代理配置范围。本文聚焦前者，并提醒读者遵守服务条款与当地法律法规。

3. 建议在规则里覆盖的 Copilot、Bing 与 Microsoft 后缀

下列后缀在近年 Copilot 与 Edge 联动场景中频繁出现；若你的订阅已含 GEOSITE 或社区 Microsoft 规则集，仍建议保留一段本地覆写放在靠前优先级，专门表达「Copilot 意图」。实际环境中子域前缀会随版本迭代增减，请以你客户端日志为准，下列为基础骨架。

• copilot.microsoft.com（产品主入口与 API 常见承载；子域前缀以日志为准）
• bing.com、bingapis.com、edgeservices.bing.com（搜索与 Copilot 后端、Edge 侧服务）
• microsoft.com、microsoftedge.microsoft.com、edge.microsoft.com（扩展清单、更新与 Edge 功能组件）
• login.live.com、account.microsoft.com、login.microsoftonline.com（登录与令牌；与对话链路分流不一致时易表现为登录态异常）
• 日志中若出现 windows.msn.com、ntp.msn.com 等与小组件或资讯相关的请求，可视情况与同一策略组对齐，避免「半套系统组件直连」

不建议长期依赖过于粗暴的 DOMAIN-KEYWORD,microsoft：容易误伤 Xbox、Office 365 等你可能希望直连或走另一组的业务。更稳妥做法是后缀 + 日志补全：每次大版本更新后，从侧栏与 Edge 各发起一轮完整对话，把新出现的主机名追加进覆写。需要理清规则优先级与兜底逻辑时，可对照 高级规则分流指南。

4. 专用策略组与 mihomo 域名规则示例

建议单独建一个面向 Microsoft Copilot 的 select 或 url-test 策略组（示例名：🪟 Microsoft AI），只放入延迟与稳定性符合你需求的节点。将上一节后缀显式指向该组后，在 Windows 11 上分别测试「任务栏侧栏打开一次完整会话」与「Edge 内 Copilot 发起多轮对话」，观察日志是否仍有主机名落到 DIRECT。若尚未完成订阅导入，可先按 订阅导入教程 建立连通，再叠加本节覆写。

proxy-groups:
  - name: "🪟 Microsoft AI"
    type: select
    proxies:
      - NODE-US-01
      - NODE-SG-01
      - DIRECT

rules:
  - DOMAIN-SUFFIX,copilot.microsoft.com,🪟 Microsoft AI
  - DOMAIN-SUFFIX,bing.com,🪟 Microsoft AI
  - DOMAIN-SUFFIX,bingapis.com,🪟 Microsoft AI
  - DOMAIN-SUFFIX,microsoft.com,🪟 Microsoft AI
  - DOMAIN-SUFFIX,microsoftedge.microsoft.com,🪟 Microsoft AI
  - DOMAIN-SUFFIX,edge.microsoft.com,🪟 Microsoft AI
  - DOMAIN-SUFFIX,live.com,🪟 Microsoft AI
  - DOMAIN-SUFFIX,microsoftonline.com,🪟 Microsoft AI
  # Optional: DOMAIN-SUFFIX,msn.com,🪟 Microsoft AI
  # Append hosts from logs (api / static / websocket)
  # ... GEOIP / MATCH below

将 DOMAIN-SUFFIX,live.com 纳入同一组会扩大匹配面：若你确认本地访问 Outlook 等必须直连，可改为更精确的 DOMAIN-SUFFIX,login.live.com 形式，或拆成两条规则并严格排序。关键是避免「登录与对话」长期分裂在两个出口。

5. DNS、Fake-IP、Sniffer 与 Windows 系统代理 / TUN

在 Fake-IP 模式下，若 DNS 仍由系统、路由器或 Edge 自带 DoH 单独解析，可能出现解析路径与连接路径不一致：页面脚本走了代理，侧栏系统组件却以另一套解析结果直连。调整 DNS 或 Fake-IP 段落后，请清理本机 DNS 缓存并重启内核后再测；Win11 可在管理员终端执行 ipconfig /flushdns 作为辅助步骤。

对 HTTPS 流量，mihomo 的 Sniffer 可借助 TLS SNI 补全域名信息，缓解「连接先按 IP 匹配走错组」的情况。详细日志字段解读可与 Sniffer 与 SNI 日志专文 对照阅读。仅开系统代理而不开 TUN 时，部分系统进程发起的连接可能不经过 Clash；若侧栏始终异常而浏览器正常，这是优先怀疑方向。

sniffer:
  enable: true
  sniff:
    TLS:
      ports: [443, 8443]
  # See upstream docs for skip-domain / override-destination

企业环境若叠加第三方安全软件或 SSL 检查，TLS 指纹与 SNI 可能异常，Sniffer 表现也会不同；此时应优先在受控窗口内对比「关闭检查前后」的日志差异，而不是盲目堆规则。

6. 企业策略与账户：规则全中时仍要核对的一层

当连接日志已显示 copilot.microsoft.com 等关键主机稳定命中目标策略组，仍提示服务不可用或功能被禁用时，需要把视线扩展到组织策略、Microsoft 365 租户设置以及账户是否处于合规限制状态。此类限制无法通过单纯更换节点绕过；与 Claude 地区不可用 一文同理，先区分「网络路径」与「账号/合约」两类原因，再决定下一步。

家庭多设备场景下，注意每台 Windows 是否使用同一套 Clash 出口与 DNS，避免一台直连、另一台走代理导致 Microsoft 账户会话状态混乱。本文仅讨论网络配置层面的可复现排错，不鼓励违反微软服务条款的行为。

7. 排查清单（2026 实测向）