Copilot Studio 是什么?微软把 Agent 拆成三种引擎,近九成 Fortune 500 已经动过手(基础篇)

Copilot Studio 是什么?微软把 Agent 拆成三种引擎,近九成 Fortune 500 已经动过手(基础篇)

微软的 Agent 平台一直有个尴尬:Power Platform 那套东西太企业,GitHub Copilot 那套又太开发者。夹在中间的 Copilot Studio,2026 年终于把自己的定位讲清楚了——它不是模型,也不是聊天框,而是一条 Agent 装配线,并且把装配线拆成了三种引擎。

先看两个数:微软 FY26 Q3 财报说,Fortune 500 里近 90% 已经用它的低代码工具建过活跃 Agent;Agent 365 上线两个月,注册 Agent 接近 4000 万个。这不是 PPT 数字,是财报电话会和官方博客里逐条念出来的。

一个平台,三种 harness

2026 年 Copilot Studio 最实质的变化,是把「建 Agent」拆成三套 harness,选错引擎,后面全是坑。

GitHub Copilot harness 干重活:多步推理、读写文件、调用多个工具,原生带 skills 和 memory,跑在沙箱里。适合应付账款、合同审查、招聘流程这种需要判断和纠错的长链条。

Standard harness 干确定性的话:按你画的主题(topic)走,问答可预测,接企业知识库和旧 prompt 库。客服、内部查询、固定流程选它,别拿它硬扛开放式推理。

Copilot chat harness 只干一件事:把组织知识接进 Microsoft 365 Copilot Chat,内部发布,不额外做渠道。

三套引擎共用同一套底座:上千个 Power Platform 连接器、REST API、MCP server、agent flow;知识侧能接 Dataverse、Azure SQL、SharePoint,也能挂 Work IQ 拿邮件、日历、文件和 Teams 消息做接地。模型层 2026 年 6 月起可以选 GPT-5.5 Chat 或 Claude Sonnet 5,也支持自带 Azure Foundry 的模型。

发布通道从 Teams、内部 Web 一路铺到外部网站、WhatsApp 和语音;再往下一步是 CUA(计算机使用 Agent),通过 Windows 365 for Agents 的 MCP server 直接操作云上 Windows 桌面。

Copilot Studio 架构图:业务人员通过低代码画布进入 Copilot Studio,分出 GitHub Copilot、Standard、Copilot chat 三种 harness,共用连接器、Work IQ 知识库和交付通道
三种 harness 共用知识、工具与交付通道,这是 Copilot Studio 2026 的骨架

上手:两条路,账单完全不同

第一条路,你已经有 Microsoft 365 Copilot(30 美元/席位/月)。 内部 Agent 用 Copilot Chat 和 Standard harness 建,不额外收 Copilot Credit,只受公平使用限制。代价是只能对内,渠道锁在 M365 里。对大多数已经买了席位的公司,这是最划算的起步方式。

第二条路,单独买 Copilot Studio。 需要 Azure 订阅,两种付法:容量包 200 美元/月给 25,000 credits,或者按量 0.01 美元/credit。这条路才能发外部渠道、让没买 M365 Copilot 的人用你的 Agent,也能上 GitHub Copilot harness 干重活。

上手顺序不复杂:选 harness → 写指令或画主题 → 挂知识源 → 挂工具(连接器、MCP、agent flow)→ 试跑 → 发布 → 到 Agent 365 看清单和遥测。2026 年 7 月起,每个新建 Agent 都会自动发一个 Entra Agent ID,环境级别不能退出,身份治理是强制的。

真实案例可以看 Premera Blue Cross:900 多个 Agent,其中一个合同附件 Agent 把原来 30–45 分钟的人工流程压到 3 分钟。微软自己的云供应链团队先砍流程再上 Agent,70 多个专用 Agent 把部分工作流周期缩短 75%——注意顺序,是先简化再自动化。

实话:三个坑,两个不适合

第一个坑是计费口径。 2025 年 9 月起微软把计价单位从 message 换成了 Copilot Credit,单价看着小,乘起来吓人:生成式回答 2 credits、Agent 动作 5、租户图谱接地 10、agent flow 每 100 个动作 13、语音每分钟 10 到 75。25,000 credits 的包,纯问答大概 1 万多次,一旦每个回答都带动作和知识接地,直接掉到几千次。微软给的理由是「按工作量计费更公平」,但财务做预算时得按动作数建模,不能按人头拍脑袋。横向对比可以看之前那篇一万次调用账单横评。

第二个坑是天花板。 低代码能覆盖 80% 的标准场景,剩下 20% 一旦涉及复杂分支、版本管理、自动化测试,就会撞墙。工程团队最后往往要退回代码框架,或者用 Foundry 自己写 runtime。这不是 Copilot Studio 独有的问题,是所有画布类平台的通病。

第三个坑是锁定。 Agent 365、Entra、Dataverse、Power Platform 是一条链,链内越用越顺,出了微软院子价值骤降。反过来,如果你本来就是 M365 重度用户,这条链反而是优势——身份、权限、审计全是现成的。

所以两类人不适合:个人开发者,免费额度和渠道都用不上,不如去看 Dify 这类开源自托管;想完全掌控运行时的小团队,也别把核心流程押在画布上。

一句话总结:Copilot Studio 卖的不是「拖拽建 Agent」,是把 Agent 拆成三种引擎、再用 Agent 365 统一收口的这套企业管线。选它之前,先把账单模型和退出成本算清楚,再决定要不要把业务塞进去。

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注