本文由生成式 AI 辅助的自动生成流程创作而成。
什么是 Copilot Studio for Teams？M365 内的受限智能体创建与正式版的界限
关于本文
本文基于截至 2026 年 9 月 18 日的微软官方信息，为初学者梳理了 Teams 版 Copilot Studio 使用权与独立版 Copilot Studio 之间的界限。验证状态：📘 已确认微软官方信息，尚未在真机上验证
Copilot Studio 是微软推出的一项用于构建对话式智能体（用于回答问题或执行处理的机制）的服务。然而，“Microsoft 365 中包含的 Copilot Studio”与“需要单独订阅的独立版 Copilot Studio”在功能范围上并不相同。
适用于符合条件的 Microsoft 365 订阅的 Teams 计划，基本仅限于使用经典编排（classic orchestration，即主要通过预先创建的主题和条件来控制对话的方式），且仅发布到 Teams 中。如果需要基于生成式 AI 的高级编排或发布到 Teams 以外的渠道，则可能需要订阅独立版。
优先需要掌握的术语
| 术语 | 适合初学者的释义 |
|---|---|
| agent（智能体） | 接收用户提问，并根据设定的知识或处理逻辑进行响应的机制 |
| topic（主题） | 定义对话流程的单位，例如“如果是这个问题，就走这个流程” |
| classic orchestration（经典编排） | 主要根据创建者准备的主题（topic）等来分发和引导对话的方式 |
| generative orchestration（生成式编排） | 由生成式 AI 判断可用的知识、工具等，并自主构建处理流程的方式 |
| Dataverse for Teams | 与 Teams 绑定的数据平台，供 Teams 版 Power Platform 应用使用 |
| connector（连接器） | 用于连接到 Microsoft 365 或外部服务的组件 |
Teams 计划与独立版的区别
根据微软当前的许可说明，要在 Teams 计划中创建 and 管理智能体，需要拥有可使用 Teams 的许可证以及 Copilot Studio for Teams 的使用权。
| 维度 | Teams 计划 | 独立版 Copilot Studio |
|---|---|---|
| 主要用途 | Teams 内的受限智能体 | 正式的业务智能体 |
| 编排（orchestration） | 以经典编排（classic）为主 | 可使用生成式编排（generative orchestration） |
| 发布渠道 | Teams | Copilot Studio 支持的多个渠道 |
| 环境 | Dataverse for Teams | 支持的各种 Power Platform 环境 |
| 高级连接器（premium connector） | 基本不包含在内 | 根据订阅和功能条件使用 |
| 技能（skills） | 不包含在 Teams 计划中 | 可在独立版中使用 |
不要简单地认为“因为是 E3/E5，所以可以使用 Copilot Studio 的所有功能”，而是应该分两步进行确认：首先，所订阅的 Microsoft 365 SKU 是否包含 Teams 版 Copilot Studio 的使用权；其次，想要创建的智能体是否在 Teams 版支持的范围内。这样确认更为稳妥。
边界在哪里：什么是“Teams 内部”？
flowchart LR
U[Teams利用者] --> T[Microsoft Teams]
T --> A[Copilot Studio agent]
A --> O[classic orchestration]
A --> D[Dataverse for Teams]
O --> Q[FAQ / topic]
A -. 高度な機能が必要 .-> S[Standalone Copilot Studio]
S --> G[Generative orchestration]
S --> C[Teams以外のチャネル]
S --> P[Premium connectors等]
在此架构图中，关键在于不要将 Teams 版使用权视为“独立版产品的免费版”。在 Teams 的边界内，进行轻量级智能体试用的权利如果这样理解，就会更容易理清思路。
实际应用案例：构建一个轻量级的行政 FAQ 智能体
例如，行政人员想要试建一个仅解答“报销截止日期”、“会议室预订”和“居家办公申请”这三个问题的智能体。
此时无需一开始就导入整个公司规章制度或对接外部服务，只需确定好已知问题和预期回答即可。
目的: 総務FAQの動作確認 質問: 経費精算の締日は？ 期待する回答: 登録した社内ルールの範囲だけで回答する 不明な場合: 推測せず、総務窓口へ確認するよう案内する
关注以下几点
能否从 Teams 中调用该智能体。
是否按照录入的 FAQ 进行回答。
是否会胡乱编造未录入的制度。
是否只有预期的用户才能访问。
仅修改一处
仅修改“报销截止日期”这一条内容并重新测试。如果只有修改后的信息反映在回答中，即可理解“更新 -> 确认”的流程。在最初的实验中，不要同时更改发布范围或外部渠道。
梳理对话流程
sequenceDiagram
participant U as 利用者
participant T as Teams
participant A as Agent
participant Q as FAQ/Topic
U->>T: 経費精算の締日は？
T->>A: 質問を渡す
A->>Q: 該当するtopicを確認
Q-->>A: 登録済み回答
A-->>T: 回答
T-->>U: Teams内に表示
通过这种轻量级的验证，更容易追踪智能体是基于哪些信息做出回答的。
用户、业务人员、IT 部门关注的侧重点不同
| 角色 | 主要确认事项 |
|---|---|
| 普通用户 | 从 Teams 的哪里使用，回答是否可靠 |
| 业务人员 / 智能体创建者 | FAQ 的更新方法、回答错误时的修正方式、向谁发布 |
| IT 部门 / 管理员 | 许可证、环境、DLP、连接器、数据源、发布范围、试用版 |
DLP（数据防泄露）是 Power Platform 侧的一项重要管理功能，用于控制哪些连接器可以组合使用，从而防止意外的数据外泄。
额度限制也与“正式版不同”
根据微软的“配额和限制”（Quotas and limits），在 Teams 应用侧，每个团队最多 50 个智能体，在 Dataverse for Teams 环境中每个智能体最多 250 个主题（topics）等限制。此外，若要在 Teams 计划中使用技能（skills），则需要独立版 Copilot Studio。
限制值未来可能会发生变化，因此在设计时请重新确认官方页面。
管理员在导入前需要确认的项目
用户是否拥有可使用 Teams 的 SKU。
是否属于 Copilot Studio Teams 计划的适用对象。
部署智能体的 Teams 和 Dataverse for Teams 环境在哪里。
是否需要发布到 Teams 以外的渠道。
是否需要生成式编排（generative orchestration）或高级连接器（premium connector）。
如果需要调用 Power Automate，其使用权 and 请求上限是否合适。
DLP 策略中是否允许使用计划中的连接器。
智能体引用的数据中是否可以包含敏感信息。
是否允许用户自行注册试用版（trial）。
常见误区
“如果是 Microsoft 365 E3/E5，则无需额外付费即可使用 Copilot Studio 正式版”
事实并非如此。需要将 Microsoft 365 侧的 Teams 版使用权与独立版 Copilot Studio 分开来看。
“既然是在 Teams 中创建的智能体，那应该也能直接发布到网站上”
Teams 计划在发布渠道上存在限制。如果需要 Teams 以外的渠道，请重新确认许可证和功能条件。
“因为名字里都有 Copilot，所以和 Microsoft 365 Copilot 许可证是一样的”
Microsoft 365 Copilot 与 Copilot Studio 在定位和许可证上均不相同。切勿仅凭名称来判断使用权。
Microsoft 官方信息
Copilot Studio for Teams 非常适合用于从 Teams 内部的 FAQ 或轻量级智能体开始尝试，但一旦涉及“发布到何处”、“连接到哪些数据”以及“在多大程度上使用生成式 AI 功能”等扩展需求时，重新确认其与独立版 Copilot Studio 的界限将更为稳妥。
