最优秀的 AI 智能体构建器,正困在微软的迷宫里

原文:https://every.to/also-true-for-humans/the-best-ai-agent-builder-is-trapped-inside-microsoft


我已经给成千上万的人上过 AI 工作坊。人们告诉我,他们使用 Microsoft Copilot 而不是 Claude 或 ChatGPT,最常见的理由就是:“因为我别无选择。”

就像很多公司选择 Teams 而不是 Slack,选择 SharePoint 而不是 Google Drive 一样,企业 IT 部门押注 Copilot,是因为它看起来最稳妥,能和微软这些年塞给你的所有其他产品无缝集成。

而与此同时,真正的乐趣正在别处发生。从 2025 年 5 月到 2026 年 2 月的九个月里,Claude Code 成为了最受欢迎的 AI 编程工具。在《Pragmatic Engineer》的调查中,有 63% 的受访者选择了它。微软旗下的 GitHub Copilot,在自己于 2021 年开创的领域里丢掉了领先地位——那时,距离 ChatGPT-3 发布还有一年半。

更近的例子是,Codex 的用户数在一周内从 600 万飙升至 1000 万。它新的 GPT-5.6 Sol 模型,加上人们对 Anthropic Fable 模型访问权限不确定性的担忧,共同促成了这次转移。但正如 Dan Shipper 早前就注意到的,Codex 这款应用在最新模型扭转战局之前,已经积蓄了六个月的增长势能。

类似的事情,也正在 Copilot Studio 身上发生。我说的不是 GitHub Copilot,也不是那个 Copilot 应用程序(这个我们稍后再说)。我说的是微软那个用来创建 AI 智能体的无代码平台。它有点像 OpenAI 的自定义 GPT,又混合了 Microsoft Power Platform——一个由三款前 AI 时代的低代码/无代码商业工具(Power Apps、Power Automate 和 Power BI)组成的套件。你可以构建自定义工作流,将你的数据连接器嵌入到 AI 智能体中。

由于我经常和金融服务公司以及大型企业打交道,我很“荣幸”地成为了 Every 公司里第一个购买 Copilot 许可证的人。我的一位客户那边的 IT 负责人,向我展示了他用这个工具构建的 AI 智能体,并告诉我:“人们还没意识到,对我们来说,微软已经成为做这件事的最佳场所。”

这让我兴奋不已,足以让我去报道 Microsoft Build 大会,并安排了对 Copilot Studio 公司副总裁 Ryan Cunningham 的采访,探讨微软是如何走到这一步的。

我现在确信,微软有机会做出最好的工具,来构建那些人们真正会使用的 AI 智能体。我们距离突破性的成功,可能只隔着一块令人费解的管理配置面板——前提是这家公司能修好它的新用户引导体验。

到底谁才是真正的 Copilot?

如果你信了我的话,然后打开了 Copilot 应用程序——在经历购买、上手和配置的一番折磨之后——你大概会合理地得出结论:我疯了。

我得澄清一下,我说的是 Microsoft Copilot Studio,虽然它可能不是你熟悉的那个。首先,是普通消费者版的 Copilot 应用,大多数人日常用的就是这个。它内建了一个基础的智能体构建器,但完全没有那些让我确信微软即将统治市场的功能。其次,是 Copilot Studio——那个更高级的智能体构建器,也是我真正在谈的东西。第三,GitHub Copilot,最初那个编程智能体,它完全是独立的:有自己独立的账户、付费模式、认证系统和功能授权——甚至连订阅都不是同一个。

我也不是在说微软以 “Copilot” 之名推出的另外 80 多款产品。策略顾问 Tey Bannerman 编制了那份产品名单,他说:“现在,Copilot 里面套着 Copilot,为其他 Copilot 服务的 Copilot,还有键盘上一个用于召唤它们的实体 Copilot 按键。”

为了给我们的高级应用 AI 工程师 Nityesh Agarwal 开通 Copilot Studio 访问权限,流程是这样的:

  • 在 Bing 上搜索“copilot”。
  • 发现需要先有一个微软账号,于是建了一个。
  • 下载 Microsoft Authenticator 进行双因素认证。
  • 回到 Copilot,却发现没法在那里购买。
  • 前往 admin.microsoft.com/Adminportal/Home,打开“账单” > “你的产品”,点击“添加更多产品”,找到了 Copilot。
  • 发现不能单独购买 Microsoft 365 Copilot(每年 216 美元),必须得先有另一个订阅。
  • 找到并购买了包含 Copilot 的 Microsoft 365 商业标准版(每年 282 美元)。
  • 打开“用户” > “添加用户”,用邮件把临时密码发给他。
  • 打开“账单” > “许可证” > “分配许可证”,将新产品分配给你刚创建的新用户。
  • 告诉他访问 copilot.microsoft.com。
  • 他登录,重置临时密码,并完成 Authenticator 认证流程。
  • 网站问:“你在寻找哪种 Copilot 体验?”然后把他送到了 copilot.cloud.microsoft.com。
  • 那个页面又把他重定向到了 m365.cloud.microsoft/chat/。
  • 他打开“智能体” > “新建智能体”。
  • 他完全没看到我津津乐道的那些功能。
  • 我告诉他,不,那只是智能体构建器;他需要的是 copilotstudio.microsoft.com。
  • 他说:“哇哦,就像被传送回了 2025 年 1 月一样,哈哈。”
  • 他的第二个问题是:“难道它没有技能吗?”

微软说智能体可以有技能,但我至今还没搞懂怎么获取它们。那些技能就在 Copilot Studio 里,只是我的许可证没启用它们。我到现在也不知道我买的是不是对的许可证,也不明白为什么给我的智能体提供一个简单的 skill.md 文本文件,会是一个高级功能。整个过程花了几个小时;如果我不是那么迫切地想尝试,我早就放弃了。

所有这些,都挡不住那些有 IT 部门的公司。那些早已在微软世界里工作的 IT 人员,服务于那些需要所有额外控制权的公司,他们对这种注册流程似乎毫不在意。他们早就习惯了设置账户和访问权限,他们喜欢那额外的安全性,搞清楚每个设置的作用正是他们的本职工作。

问题在于,隐藏在这些令人困惑的品牌名、管理面板和注册关卡背后的,是一个真正伟大的产品。


核心启示:微软 Copilot Studio 在构建真正可用的 AI 智能体上拥有巨大潜力,但其糟糕透顶的用户引导体验和混乱的品牌命名,正构成其走向主流成功的最大障碍。

The Best AI Agent Builder Is Trapped Inside Microsoft 的发芽报告

材料核心

微软 Copilot Studio 可能在底层能力上已成为构建 AI 代理的最佳平台,但它被 80 多个同名产品、迷宫般的购买与配置流程、以及“企业 IT 友好但普通用户致盲”的体验所困住——好产品被装在了一个打不开的盒子里。


发芽 01:品牌泛滥的诅咒——当“Copilot”变成康威定律的牺牲品

种子

超过 80 个“Copilot”产品堆叠在一起,不是命名部门的懒惰,而是微软组织结构在产品层的直接投射。当每一个小团队都可以叫“Copilot”时,这个品牌就变成了白噪音,用户只能靠“被迫使用”来区分。

2016 年,Google 同时运营着 Allo、Duo、Hangouts、Google Talk、Google+ Messenger 和 Android Messages 共六个即时通讯产品,让用户彻底困惑。产品副总裁 Mario Queiroz 后来承认,内部团队各自为战、缺乏统一愿景导致了这场灾难。结果呢?尽管 Google 拥有技术实力,通讯市场却被 WhatsApp 和 iMessage 干净地切割。微软今天的 Copilot 困局几乎是同一剧本:GitHub Copilot、Microsoft 365 Copilot、Copilot Studio、Copilot app、Copilot keys——它们甚至不属于同一个订阅体系。正如战略顾问 Tey Bannerman 所讽刺的,“Copilot 里有 Copilot,Copilot 给 Copilot 用,还有物理键盘上的 Copilot 键。”这恰恰是康威定律(Conway’s Law)在 AI 时代的残酷再现:系统设计必然反映组织的沟通结构。微软的各个部门只在自己的边界内定义“Copilot”,用户却必须穿过这层组织迷宫才能摸到真正好用的那个。

Aha 瞬间

“当品牌变成组织的镜子,用户成了唯一需要读懂它全部的人。”


发芽 02:配置地狱的隐性护城河——为什么企业 IT 爱它,其他人恨它

种子

那套花了数小时、经历“搜索→建账号→认证→买错再买→分配许可→跳转多个域名”的配置流程,对个人是折磨,对企业却是护城河。因为它筛选出了真正愿意支付的客户,并锁定了一整套微软生态。

SAP 在上世纪 90 年代用同样的逻辑征服了世界。它的 R/3 系统实施周期动辄 18 个月,需要昂贵的咨询顾问,复杂的定制和权限设置让中小企业望而却步。但《The SAP Story》中记载,财富 500 强的 CIO 们反而因此更信任 SAP——因为他们需要那种深嵌在流程里的控制力和可审计性。微软今天对 Copilot Studio 的定位如出一辙:它藏在 admin.microsoft.com 背后,和 Power Platform 捆在一起,需要 IT 管理员显式指派许可、配置技能文件。这恰好让 IT 部门感到安全:他们可以像管理 SharePoint 权限那样管理 AI 代理。文章的 IT 负责人那句“人们没意识到微软已经成为我们做这件事的最佳场所”,恰恰是因为他们早已习惯了这套“配置地狱”,并把忍受它当作专业能力的一部分。而对普通用户来说,这种复杂性堵死了自下而上的采用,使得 Copilot Studio 可能永远无法像 ChatGPT 那样靠个人热情传播。

Aha 瞬间

“当复杂度变成准入门槛,真正的创新就被锁在了少数人的钥匙圈里。”


发芽 03:好产品,坏包装——为什么 Copilot Studio 正卡在“创新鸿沟”里

种子

Copilot Studio 的底层能力或许领先,但它把“早期大众”完全排斥在外——不是因为技术不行,而是因为包装逻辑停留在了企业软件 1.0 时代。

杰弗里·摩尔(Geoffrey Moore)在《跨越鸿沟》中描述了一个经典陷阱:技术狂热者愿意忍受粗糙的产品以换取性能优势,但早期大众要求完整、丝滑的体验。Slack 在 2014 年之所以能撕开企业协作市场,不是因为它技术更强,而是因为它允许任何人在五分钟内建起一个工作空间并邀请同事,无需 IT 审批。相比之下,文章作者花了数小时都没能让工程师看到 Copilot Studio 的高级功能,甚至不知道自己是否买对了许可。这种摩擦恰好发生在“从早期采用者到主流”的缝隙里。微软并非做不出好体验,但它的身份决定了它优先为已有客户(企业 IT)优化,而冷落了那些想尝鲜的个体。如果竞争对手推出一款“十分钟上手、还能接入企业数据”的代理构建器,Copilot Studio 就可能重演 GitHub Copilot 被 Claude Code 和 Codex 蚕食的故事——在失去编码工具领先地位后,又看着 AI 代理构建器市场被更懂得包装的人夺走。

Aha 瞬间

“最好的引擎,如果要求用户先自己学会造车,就永远开不进大多数人的车库。”


你的思考空间

  • 如果微软把 Copilot Studio 的体验做成“五分钟上手”,它需要放弃哪些企业控制,会因此失去哪些客户?
  • 当 AI 代理开始调用其他代理,产品命名的混乱会直接变成安全灾难吗?
  • 你所在的组织里,有没有一个好工具因“配置地狱”而被埋没?它的护城河是真正的安全需求,还是仅仅是惯性?
  • 历史上,有多少产品因品牌泛滥而消亡?今天的 Copilot 会重蹈 Zune 或 Windows Phone 的覆辙吗?