微软新版 Copilot 开了三扇门：Home、Code 与 Autopilot

2026 年 9 月 25 日，微软发布重建后的 Copilot。这次不是一次产品改版，而是把 Copilot 从「一个聊天窗口」改造成「工作的操作层」：Home 让你随时找到入口，Code 让你用一句话把想法变成能跑的东西，Autopilot 则是一个云端托管、你不盯着也会继续干活的数字同事。微软同时引入了新的 FinOps for AI 成本管控能力。对技术团队来说，真正需要提前看懂的不是功能清单，而是三件事：Code 把谁变成了开发者、Managed Runtime 让什么代码跑在了租户里、以及用量计费怎么落到预算表上。

一、三扇门，一个应用

微软官方博客把这次重构概括为三项能力。Home 是你在 Copilot 里的新起点，Chat 与 Cowork 在这里合流，再通过 Office in Copilot 把 Word、Excel、PowerPoint 的完整能力内置进对话。Code 让每个人都能构建自己的解决方案，并带上安全运行它的工具。Autopilot 则是一个持续、主动、个性化的 Agent，即使你不在也会继续工作。微软还预告了一个方向性的变化：将来你不需要先选模式，只要说清楚要完成什么，Copilot 会自己把任务路由到 Chat、Cowork 或 Code。这句话对治理的含义很直接——需要被审计的对象从「用户打开了哪个应用」变成了「路由策略本身」。

# The new Copilot is one app fronting three capabilities, and the
# routing decision is being taken away from the user.

COPILOT_SURFACES = {
    "home":      {"chat", "cowork", "office_in_copilot"},
    "code":      {"widgets", "dashboards", "internal_apps"},
    "autopilot": {"name", "role", "goal"},   # persistent, cloud-hosted
}

# Microsoft's stated direction: you state the outcome, Copilot picks
# Chat, Cowork or Code. Which means the thing you must govern is no
# longer the app a person opened. It is the routing policy itself.

Home 把 Chat 与 Cowork 合并成一个起点

二、Code：文件之外多了一种工作单元

微软对 Code 的定位说得很清楚：至今知识工作的最小单位一直是文件——文档、表格、幻灯片。它们不会消失，但 Code 加入了第四种：任何人都能为了完成一件事而做的、小而专用的解决方案。你用自然语言描述一个应用、追踪器、看板、自动化或工作流，Copilot 自己选择实现方式并把它做出来——从常驻桌面的小部件，到用来探索数据、测试结果的交互式看板，再到可以分享给团队的云端内部应用。它跑在沙箱环境中，可以安全地托管在你的租户内。对 IT 来说，这意味着「影子 IT」的入口从浏览器书签变成了一个正牌功能。

# What Code actually produces, per Microsoft's own description:
# persistent desktop widgets, interactive dashboards, and cloud-hosted
# internal apps you can share with a team. It runs sandboxed and can
# be hosted inside your tenant. Powered by the same underlying
# technology as GitHub Copilot.

CODE_OUTPUT_CLASSES = {
    "widget":    {"runs": "desktop", "shares": "self",  "data_scope": "personal"},
    "dashboard": {"runs": "desktop", "shares": "team",  "data_scope": "workspace"},
    "internal_app": {"runs": "tenant", "shares": "org", "data_scope": "business"},
}

def review_required(artifact):
    """The governance question is scope, not code quality."""
    return artifact["shares"] in {"team", "org"} or artifact["data_scope"] != "personal"

三、Autopilot：你睡觉时也在干活

Autopilot 此前叫 Scout，微软把它定义为你的数字同事：给它一个名字、一个角色和一个目标，它就开始工作——盯频道、跟进讨论串、执行周期性任务，甚至在几天后把搁置的项目重新捡起来，全程不需要你重新提问。微软举的例子是一个供应商评审流程：Autopilot 会自己搭出排期与倒排计划，处理会前准备、会议与后续跟进，直到主动联系相关方索取更新。关键在于它是云端托管的，所以你在睡觉或注意力不在这里时它仍然在跑。对管理者来说，这带来一个新的问题：一个持续运行、会主动联系他人的 Agent，谁对它的行为负责？

# Copilot Managed Runtime is hosting infrastructure that lets code run
# safely inside the company's own Microsoft 365 environment: governed
# by IT, shareable by everyone else. It is in preview and also
# accessible inside Code.

RUNTIME_CONTROLS = {
    "hosting":        "your Microsoft 365 tenant",
    "governed_by":    "IT",
    "shared_with":    "teammates",
    "live_data":      True,
    "reached_from":   "anywhere",
    "also_powers":    ["Cowork", "Code", "Copilot Studio apps"],
    "status":         "preview",
}

# Preview means: enumerate what it can reach before you let it reach it.

Code 把「文件」之外的第四种工作单元交到普通人手里

四、Copilot Managed Runtime：钥匙留在 IT 手里

配套发布的 Microsoft Copilot Managed Runtime 是让这一切成立的基础设施。微软描述它是托管基础设施，让代码安全地在公司自己的 Microsoft 365 环境内运行——由 IT 治理，但对其他人足够简单：把应用分享给同事、接入实时数据、从任何地方访问。同一套底座支撑 Cowork、Code 与 Copilot Studio 中构建的应用，并且微软正在把它开放给第三方与专业开发者。它目前处于预览阶段，也会在 Code 中直接可用。预览阶段的正确姿势是：先把它能触及的资源列清楚，再决定是否让它触及。

# The pricing change is the part that lands in finance. Everyday AI
# stays on a user subscription licence with Auto routing on accuracy,
# speed and cost. Agentic work moves to usage-based billing, which now
# covers Cowork, Code and Autopilot, plus frontier models.

PRICING = {
    "USL": {"covers": ["chat", "office apps", "model selection"], "runtime": "Auto"},
    "UBB": {"covers": ["Cowork", "Code", "Autopilot", "frontier models"]},
}

# FinOps for AI controls Microsoft shipped alongside it:
FIN_OPS = [
    "Agent 365 cost management extended to Code and Copilot Managed Runtime",
    "Microsoft Copilot Studio agents planned for October",
    "spending policies at scale, manageable with API access",
    "user credit requests routed into existing approval workflows",
    "per-group model family allowlists (which also bound what Auto can pick)",
    "end-user view of credit usage, remaining balance and history",
]

五、真正的变化在计费方式上

功能之外，这次发布的财务含义可能更大。微软把两条计费路径分开：日常 AI（聊天、Office 应用内的 Copilot、模型选择）继续走用户订阅许可，核心是一个叫 Auto 的组件，它会在每次请求上权衡准确度、速度与成本，选一个最合适的模型；而 Agentic 工作走用量计费，Cowork、Code、Autopilot 以及 Astra、Fable 这类前沿模型都在这一档。与之配套的 FinOps for AI 能力横跨 Agent 365、Insights 与 Copilot：成本管理覆盖范围扩展、管理员可用 API 大规模下发支出策略、用户额度申请进入既有审批流、按组限定可用模型家族，终端用户也能自己看到额度与余额。

# A readiness gate you can run before enabling the Frontier features.
# Nothing here is Microsoft-specific policy -- it is the minimum you
# need so that a sandboxed app builder does not become shadow IT.

CHECKLIST = {
    "identity":   "which groups get Code, and what do their tool scopes say?",
    "data":       "what can the runtime reach: mail, files, Teams, Dataverse?",
    "budget":     "tenant and group budgets set before first credit is spent?",
    "models":     "which model families are visible to which groups?",
    "approval":   "where do end-user credit requests land, and who decides?",
    "lifecycle":  "who reviews and retires apps once their author leaves?",
}

def ready(state):
    return [k for k, v in state.items() if not v] or "ship it"

用量计费把成本管理变成管理员的工作

六、上线前该做的六件事

如果这套东西明天出现在你的租户里，先别急着开。按顺序问六个问题：第一，身份——哪些组可以使用 Code，他们的工具与数据权限是什么；第二，数据——运行时可触及邮件、文件、Teams、业务数据到什么程度；第三，预算——租户级与组级预算是否在花掉第一笔额度之前就设好；第四，模型——哪些模型家族对哪些组可见，这同时决定了 Auto 的候选集；第五，审批——终端用户的额度申请落在谁的队列里，谁有决定权；第六，生命周期——当应用的作者离职后，谁来审查和下线它。这六项都有答案，再进 Frontier 计划。