我们都知道微软在 AI 和代理方面一直全速前进，随之而来的是变化（以及重命名 😎），但这也带来了重复和重叠。正是如此，我们在 M365/Power Platform 中得到了 5 种不同的代理构建工具。请注意，我没有包括 Foundry/Azure 构建工具，因为它们更多属于过程代码领域，而 M365/Power Platform 在治理、管理和基础设施方面有大量重叠，因此将它们归为一类是合理的。
那么这 5 种不同的代理构建工具到底是什么呢？它们是：
- 代理文件（SharePoint）
- 代理构建器
- Microsoft Copilot
- Copilot Studio
- Copilot Studio GitHub Harness
让我们逐一看看每种工具，然后给出一个全景图，说明在何时使用哪种工具。
代理文件 / SharePoint
这是第一个随 M365 Copilot 许可证（或现在的叫法）一起提供的代理构建工具。这些代理实际上只是一个清单文件，包含一个 JSON 对象，由中央引擎执行。
它们被本地存储为 .agent 文件，并且在 SharePoint 中最为常见。当你在 SharePoint 站点中打开 Copilot 时，你会看到该站点中的代理列表（它们实际上只是位于 Documents/Site Assets/Agents 目录下的 .agent 文件，通过将文件移动到已发布子文件夹即可发布），并且你也可以从该界面创建新的代理。
它们仅限于 SharePoint 知识来源，并且有一个升级到 Copilot Studio 的按钮（该按钮一直即将推出）。
不过，实际的 .agent 文件可以做得更多，例如将外部网站作为知识来源，以及提出一种调用自主代理/流的方式，但我从未看到这些是否得以实现。它们最初的计划是作为创建 M365 Copilot 自定义代理的方式，想法是你可以为项目和其他专注活动快速启动它们。
代理文件可以从以下 3 个位置运行：
- SharePoint
- Teams（只需添加到聊天中）
- M365 Copilot（在 OneDrive 中打开 .agent 文件）
标注
目前看来，它们已被弃用，SharePoint 中无法再创建，且已有一段时间没有看到任何更新。不过 .agent 文件在 Teams 和 M365 Copilot 中仍然可以使用。
治理很有趣，因为它只是一个文件，因而通过 MAC（Microsoft 管理中心）能进行的控制很有限，且不受 PPAC（Power Platform 管理中心）影响。
- 成本 - 随 M365 Copilot 免费
- 位置 - SharePoint/OneDrive
智能体构建器
这取代了 .agent 文件，它们不再本地存储（我认为它们存放在某个 Cosmo DB 数据库中）。
直到最近，它们仍类似于 .agent 文件，仅包含知识来源，但刚刚更新以启用技能。
技能是非常强大的工具，可实现：
- 分支逻辑 - 由于技能包含自定义上下文，智能体可选择使用
- 计算 - 内置 Python 解释器，可运行 Python 脚本
- 参考/模板 - 类似 PowerPoint 模板或布局
微软也将这些称为插件，因此如果你看到这个名称，就知道它们是同一回事。
要创建一个 Skill/插件，只需拥有一个以你的技能命名的文件夹，里面包含一个名为 Skill.md 的文件（其中包含你的上下文、提示、知识等），以及可选的 script.py 文件和/或模板文件（.pptx/.docx/.xlsx/txt 等）。随后将该文件夹压缩为 zip，即可得到插件。
标注
所使用的模型肯定不是最好的（我有 99% 的把握认为这是一个 GPT 模型，可能是 Tera），我发现它有时会有点不一致，但这可以通过良好的指令来修复。
还有附件限制 - 最多 20 个文件，不支持 zip 文件。
这些在 MAC 和 Agent 365 中受到完全治理，我尚未看到限制共享的方法，但你可以控制向 M365 Copilot 发布，以便他人能够找到。
- 成本 - 随 M365 Copilot 免费
- 位置 - M365 下的 Cosmo DB
Copilot Studio 轻量版
这是我发现的隐藏代理，激发了我写这篇博客的灵感，我把它命名为 Copilot Studio Light。虽然之前已经被使用过，但我觉得它很合适（也可以称作 Microsoft 365 的 Copilots）。
要到达它们，你有两条路径。首先，在 Copilot Studio 中滚动到底部，然后点击 Copilot for Microsoft 365（现在你知道我名字的来源了 😏）。
在这里你会看到隐藏 Copilots 的列表。你也可以通过以下链接进入：https://copilotstudio.microsoft.com/environments/{{environmentID}}/bots/fp/msft_Microsoft365Copilot/agents，只需在其中填入你的 environmentID。
当你点击创建添加/创建代理时，你会看到普通外观的 Agent Builder 输入框。
但这只是一个技巧，因为完成后你现在可以添加工具。
于是，在 Copilot Studio Light 中你拥有完整的工具，可以调用连接器、MCP 和 Agent Flows。
这基本上就是 Copilot Studio，只是没有 Topics。
提示
有一些功能如评估、子代理、监控、活动缺失，而且你只能通过 Teams 和 M365 Copilot 发布。
它完全受 PPAC 管控，DLP 负责管理，尽管它们可能不会出现在所有报告中。如果没有 M365 Copilot 许可证，它也是基于消费的，因此某些用户需要 Copilot Studio 积分（开发时除外）。
我也无法将它们添加到解决方案中，因此它们似乎不具备解决方案感知能力。
- 费用 - 拥有 M365 Copilot 可免费使用，否则需要 Copilot Studio 积分
- 位置 - 选定的 Power Platform 环境
Copilot Studio
作为原始版本，大家都熟悉这个智能体构建器，所以我就不赘述细节了。
仍然可以关闭所有 AI 功能，将其改造成纯粹使用主题工作流的“经典”智能体。但确定性主题与生成式回答的结合才是它真正的强大之处。
此外，能够调用子智能体并以自治智能体的方式运行（例如通过非聊天交互如电子邮件触发），使其相较于 Copilot Studio Light 具有显著优势。
调用
定价要复杂得多，费用取决于 AI 事件的具体组合。
虽然主题创建是低代码的，但与之前（及以后）的构建器相比，仍然需要一定的开发时间。
它完全位于 Power Platform 内，因此受 DLP 和托管环境共享控制。它还具备解决方案感知能力（事实上，只有它才具备此特性，而 Flows 和 Apps 不具备），这意味着它完全符合 ALM 要求。
- 费用 - 拥有 M365 Copilot 可免费使用，否则需要 Copilot Studio 积分
- 位置 - 选定的 Power Platform 环境
Copilot Studio GitHub 集成
Copilot Studio GitHub 集成是最新且最现代的智能体构建工具。它借鉴了其他智能体工具，如 Claude Code、Codex 以及 GitHub Copilot。这意味着所有旧版机器人构建器的设计已被移除，不再有主题，而是完全围绕技能展开。我在 Agent Builder 中已经详细介绍过技能/插件，因此这里的内容基本相同，只是功能更强大（支持更多技能上传、可接受 ZIP 文件，并能运行更长时间、更复杂的会话）。
根据我的经验，与其他智能体相比，该工具通常能带来更好的结果和用户体验：
- 更准确，
- 更一致
- 更自然的语言
它还具有记忆功能（可让代理在聊天之间存储关键信息），并深度集成 WorkIQ。WorkIQ 是微软的“智能层”，这意味着它可以快速获取您的所有 Microsoft 信息（邮件、Teams 聊天等），并利用这些“大数据”来提供更准确的回答或预测。
要点
这里的主要要点是费用，与其他所有构建器不同，您在开发过程中会被收费。因此，所有测试运行、技能构建等都会消耗真实的令牌。我怀疑这是因为它使用了 GitHub Copilot 的基础设施，并且他们对 Power Platform 团队收取全价。
这也意味着 M365 Copilot 许可证持有者无法免费使用，而且由于模型更好/推理更多，我还观察到每次交互的费用略有增加。没错，这个版本会让您花费更多。
- 成本 - Copilot Studio 令牌
- 位置 - 所选的 Power Platform 环境
考虑到这一点，您应该使用哪个代理构建器呢？我认为几乎所有构建器都有其特定的主要使用场景：
Agent 文件 - 不要使用它们
Agent 构建器 - 我认为对于项目来说这是理想的选择，因为它只能拉取数据，非常适合研究和项目更新。它也可以用于团队/部门信息，但这实际上应该是一个带有 sharepoint.md/skill 文件的 SharePoint 站点。
Copilot Studio Light - 同样适用于项目，但使用场景不仅限于读取。因此，如果您需要创建工单、更新跟踪器等，那么这个版本可能更合适。
在我看来，上述所有选项更偏向战术性，也就是说它们具有特定且寿命固定的使用场景。由于使用时间较短，您不会愿意在完整的 Copilot Studio 上投入开发时间。
Copilot Studio - 目前，当构建器规模化、业务导入代理时，这应该是您的默认选择。它是为不同软件提供新 UI 的绝佳选择，并且可以成为复杂工作流的出色编排器。
Copilot Studio GitHub Harness - 这是未来的方向，它能够提供最佳结果和最快的开发速度，但由于成本因素，应将其用于高价值、业务关键的解决方案。它与 Copilot Studio 有很多重叠，您只需查看用户（是否拥有 M365 Copilot 许可证）以及每次用户交互的投资回报率。
