先看清企业用什么，再决定机器人长在哪
很多团队选型时把问题定义成「钉钉、飞书、企微谁的机器人更厉害」，这个问题问错了。三家的机器人能力上限差距，远小于员工是否愿意打开它带来的差距。
正确的问题应该是两个：
下面五维对比，是为了回答第二个问题：当你需要在多个平台上都有入口时，哪些维度会成为真差异，哪些其实都差不多。
飞书的自建应用模式是三家里最开放的：创建应用 → 申请权限 → 拿 app_id/secret → 调事件订阅 Webhook。权限颗粒度细到「读消息 / 发消息 / 读通讯录」分别申请，适合有研发团队做精细管控。
企业微信的机器人分两类：群机器人（Webhook 推送为主，配置简单但能力有限）与自建应用（需要企业 ID + Secret，能做更多事，但后台配置项多，第一次配置容易卡住）。
钉钉的机器人在企业内部管理场景里集成度较高，扫码绑定、组织架构同步这些能力开箱即用，但自定义能力的接口形态相对固定。
| 平台 | 最小可用接入 | 适合谁 |
|---|---|---|
| 飞书 | 自建应用 + 事件订阅，权限按需申请 | 有研发团队、需要精细权限控制 |
| 企业微信 | 群机器人 Webhook（简单）／自建应用（完整） | 先快速验证，或已有企微生态 |
| 钉钉 | 扫码绑定 + 组织架构同步 | 已在钉钉上跑 OA、流程审批的企业 |
接入细节可参考《飞书 AI 机器人怎么接入：30 分钟快速上线》《企业微信 AI 机器人怎么搭建》《钉钉 AI 助手怎么接入》三篇。
这是差异最容易被低估的一维。群聊里 @ 机器人和单聊里直接问，是两种完全不同的交互密度：
群聊场景的优势是一次提问、一群人看到答案，天然带扩散效应，适合制度问答、进度查询这类「围观型」需求。飞书与钉钉的群机器人消息在群内的可见性和 @ 触发体验都比较顺；企业微信的外部群（含客户）在消息可见范围上有更严格的限制——这是合规设计，不是缺陷，但会改变你的用法：外部群适合只做单向推送，不适合做多轮问答。
单聊场景才是真正干活的地方。员工私聊机器人问「上季度这个客户的对账流程是什么」，助手需要读知识库、查权限、做汇总。飞书、企微、钉钉的单聊入口都支持接收消息，但能否把「查到的结果直接写成文件」取决于机器人的能力边界，而不是平台本身。
三家的权限颗粒度不同，但更重要的是权限管理发生在哪一层。
如果 AI 机器人是平台内自建应用，权限跟着平台管理员走，IT 部门比较熟悉；如果机器人是独立的 AI 中台，它自己有一套按部门、按岗位发能力的模型——技能启停、命令黑白名单、知识库可见范围、远程工具加载控制都在 AI 侧做，与 IM 平台解耦。
这个差别在「平台只有一个」时看不出来，在多平台并存时就是关键：三个平台各配一套权限，出问题时你不知道是哪一层没放行。做多平台时，权限应该收在 AI 侧统一管，IM 平台只负责「消息能进来」。
顺带一个容易忽略的点：可追溯。谁在什么时候问了什么、助手动了哪些文件，能不能回看。权限放开的前提是可追溯，否则 IT 不会批。
这是选型时最该问、也最少人问的一维。你的制度文档在哪？
如果文档在飞书云文档，那飞书机器人的检索链路天然最短；如果在钉钉附件或内部系统里，就得先把文档抽出来做统一索引；如果在企微的聊天记录与文档里，权限复杂度最高，因为聊天记录往往混着个人内容与业务内容。
跨平台时更要注意：知识库必须带部门边界。客服部的话术手册只给客服部看，财务规章只给相关部门看。做多平台接入时，AI 侧的知识库按部门隔离，而不是按 IM 平台隔离——否则同一个人换个 IM 就能看到另一个部门的资料。
最后看能不能接到业务系统上：CRM、工单、ERP、内部数据库。三家都提供了各自的开放接口，能力差异主要体现在能不能用统一协议接而不是逐个平台对接。
更省事的做法是用标准协议（如 MCP）统一接入内部系统：每台服务器单独启停、哪些 Agent 能加载哪些远程工具，按部门分别管控。这样接一次，所有 IM 平台共用同一套工具集，不必为每个平台重做一遍集成。
相关机制见《AI Agent 与 IM 平台打通》。
如果你的员工分散在飞书、企微、钉钉、微信、QQ 上，最合理的架构是：IM 平台只做入口，AI 能力集中在中台。
这样做的好处很直接：
绑定通常一次性完成：管理侧扫码绑定飞书/企微/微信，再配置 QQ 机器人、Teams 机器人、WhatsApp 机器人号码等，绑定一次全公司可用，员工不用各自折腾。
每题 1 分。0-3 分：只接一个主力平台；4-7 分：主力平台 + 一个次要入口；8 分以上：上多平台统一后台。
| # | 判断题 | 选型含义 |
|---|---|---|
| 1 | 员工主力 IM 是哪个？该平台用户占比多少？ | 占比最高的就是第一入口，不要平均用力 |
| 2 | 公司有没有第二个 IM 平台在混用？ | 有 → 必须考虑多入口，否则使用率被摩擦吃掉 |
| 3 | 有没有客户在外部群里需要被服务？ | 有 → 企微外部群能力要单独评估 |
| 4 | 有没有研发团队能自己配应用和调权限？ | 没有 → 优先选配置门槛低的接入方式 |
| 5 | 制度文档主要存放在哪？ | 决定哪条平台的检索链路最短 |
| 6 | 不同部门能看到的内容需要区分吗？ | 需要 → 知识库必须支持部门隔离 |
| 7 | IT 敢不敢放开机器人的文件与命令权限？ | 不敢 → 先补可追溯能力，否则推不动 |
| 8 | 需要机器人接内部系统吗？接几个？ | 多系统 → 优先选统一协议接入，别逐个平台对接 |
| 9 | 公司已有哪个平台的 OA / 审批 / 日程在跑？ | 沿用现有生态，迁移成本最低 |
| 10 | 预算与合规上能否接受多平台并行？ | 不能 → 聚焦一个平台做深，别三个都做浅 |
功能清单和实际使用场景是两件事。员工只会在一个地方用工具，那个地方是哪，决定了上限。先定场景再选平台。
短期省事，长期是三套权限、三套知识库、三套日志。出问题时无法定位是哪一层。建议统一到中台，IM 只做入口。
模型能力在三家平台上是同一个量级，真正的差异在入口和打通。先定平台与入口，再谈模型，否则容易为用不上的能力付费。
钉钉、飞书、企业微信的 AI 机器人，能力差距没有大到需要纠结的程度。真正拉开差距的是「员工愿不愿意用它」和「企业敢不敢给它权限」这两件事。
所以顺序应该是：先看清员工在哪个平台 → 再定入口要覆盖几个平台 → 然后才是选接入方式和模型能力。选型做对一次，后面所有落地动作才有地基。