豆包工作的连接器能连什么：名单里为什么有企业微信和腾讯会议
连接器要解决的是 AI 办公里最土也最要命的问题：你的数据不在 AI 手里。
会议纪要在飞书，客户资料在钉钉，往来函件在邮箱，工商信息得去天眼查查。AI 想帮你干活，第一步得先把这些东西拿到——而在没有连接器之前，这一步的标准动作是你自己复制粘贴。
复制粘贴一次两次没什么，天天干就是纯消耗。连接器就是来砍掉这一步的。
本文依据：豆包「工作任务」模式 2026-08-21 更新的公开报道（快科技、科技日报 等），其中的使用案例为媒体记者实测，非本站实测。核对日 2026-08-24。**我们没有安装或使用该产品，本文不含本站实测数据。**可连服务名单随版本变动，以官方为准。另需说明：「豆包工作」作为独立产品截至核对日尚未正式发布，本文描述的是豆包电脑版「工作任务」模式内的连接器能力。
一、公开的可连名单
按公开报道，经用户授权后，豆包可以访问以下服务的账号，直接读取、写入文档表格，自动完成信息拉取、资料归档、数据同步：
| 类别 | 已提及的服务 |
|---|---|
| 协同办公 | 飞书、钉钉、企业微信 |
| 会议 | 腾讯会议 |
| 通信 | 邮箱 |
| 出行/地理 | 高德地图 |
| 商业信息 | 天眼查 |
| 财经 | 财经平台（未点名具体产品） |
对应的公开表述是：用户在各 App 中的会员和数据无需搬家。
★ 名单里有企业微信和腾讯会议，这是本文认为最值得单拎出来说的一点。
字节的产品接进腾讯的办公套件，这和不少人对国内互联网生态的预期是反的。它透露的判断是：在 AI 办公这一仗里，字节认为「连得广」比「把用户圈进自家生态」更重要。
这个取向也和它的对手形成对照。腾讯 WorkBuddy 官网把「全平台·桌面 / 主流 IM / 小程序」写进三大卖点之一，走的也是跨生态兼容路线。两家在这件事上的判断居然一致——谁都不敢赌用户会为了一个 AI 工具换掉现有的办公套件。
二、它是怎么工作的：从一个媒体实测案例还原
公开报道里有一个记者实测的例子，把连接器的工作链路露出来了一截，值得拆一下。
记者安装高德地图连接器后，让豆包规划从国贸到清河站的出行方案。报道描述的过程是：
- 获取工具参数定义
- 获取经纬度坐标
- 并行规划公交与驾车路线
- 给出地铁（约 59–62 分钟，推荐）与驾车（约 53 分钟理想路况）的对比方案及出发时间建议
★ 再次强调：这是媒体记者的实测，不是本站的。上面的时间数字是当次结果，不代表任何普遍结论。
但这个链路本身很有信息量。「获取工具参数定义」这一步，是标准的工具调用（tool calling）范式——AI 先问「这个工具能接受哪些参数」，再按格式填参数发起调用。也就是说，连接器在实现层面大概率是把第三方服务包装成 AI 可调用的工具，而不是简单地帮你登录网页去点。
这和「让 AI 打开浏览器点高德网页」是两条完全不同的路：
| 连接器（工具调用） | GUI 操作（点网页） | |
|---|---|---|
| 拿数据的方式 | 结构化返回 | 从界面上认字 |
| 稳定性 | 高，接口不变就不变 | 低，页面改版就失手 |
| 速度 | 快，可并行 | 慢，得一步步看 |
| 覆盖 | 只限已接入的服务 | 任何网页都能试 |
「并行规划公交与驾车」这个细节也印证了这一点——GUI 操作很难并行，工具调用可以。
三、连接器 vs MCP：两条扩展路线的分歧
这是理解豆包与腾讯路线差异的关键一处。
腾讯 WorkBuddy 官网明确写的是「MCP 生态 + 自定义 Skills，能力无限扩展」。MCP 是开放协议，第三方可以自己实现 Server，社区已有的东西理论上能复用。
豆包这边公开的是连接器——平台预先做好，用户授权即用。
| 连接器 | MCP | |
|---|---|---|
| 谁定义能力 | 平台方预先做 | 协议开放，谁都能实现 |
| 想接一个新服务 | 等平台排期 | 生态里有就能接，没有可以自己写 |
| 上手成本 | 低，点授权就行 | 高，要配置，得懂点技术 |
| 覆盖确定性 | 名单内的连得好、连得稳 | 取决于具体 Server 的质量 |
| 适合谁 | 需求在主流服务范围内的人 | 有非标需求、有技术能力的团队 |
站内对这组差异做过专门对照，思路可以直接借用：MCP 和连接器到底差在哪。
★ 一处必须写明的空白：豆包工作侧没有公开说明是否同时支持 MCP。考虑到扣子（Coze）已经并入豆包体系，而扣子本身是 AI 智能体开发平台，这块后续会不会打通、怎么打通，是个悬着的问题。目前没有公开答案，本文不推断。相关背景见 TRAE、扣子并进来意味着什么。
四、授权这件事：把边界想清楚再点同意
这一节可能是全文最该细看的。
连接器的前提是「经用户授权后访问账号」。授权给飞书连接器，意味着 AI 能读你的飞书文档；授权给邮箱，意味着它能读你的邮件。而这些东西里，往往装着公司最不该外流的内容——客户名单、合同条款、财务数据、尚未发布的方案。
这不是说连接器不安全，而是说**「方便」和「AI 能看见什么」是同一件事的两面**，用之前得自己算清楚。
几个实际问题，建议在授权前先有答案：
第一，授权范围能不能收窄？ 是整个账号全给，还是能只给某个空间、某个文件夹？公开信息没有说明豆包连接器的授权粒度。这一条在企业场景里权重很高——能不能只给一个项目目录，和能不能用往往是同一个问题。
第二，数据流向哪里、留多久？ 拉过来的文档内容是只在当次任务里用，还是会进入某种缓存或记忆？公开信息没有说明。
第三，公司允许吗？ 这一条最常被跳过。很多公司对「把内部文档接入第三方 AI 服务」是有明文规定的，个人图省事点了授权，可能直接踩线。先问 IT 或法务，比事后解释便宜。
第四，撤销路径清楚吗？ 授权容易撤销难，这是所有 OAuth 类授权的通例。用之前先确认怎么解绑。
站内在 WorkBuddy 专题里对这类问题做过成体系的整理，判断框架是通用的，可以直接拿来用：企业数据合规、完全访问的风险、敏感路径。
★ 补一句：豆包在 8 月 18 日上线了 Windows 虚拟桌面，让 AI 在隔离环境中执行任务。隔离环境解决的是「AI 操作出错会不会搞坏本机」，它不解决「AI 看到了什么数据」。这两个是不同的问题，别混为一谈。虚拟桌面那块见 手机遥控电脑与虚拟桌面。
五、什么活适合交给连接器
在名单和机制都清楚之后，判断就简单了。连接器最擅长的是跨系统的搬运和汇总——那些你现在靠复制粘贴完成的活：
- 把这周飞书里的会议纪要汇总成一份进展周报
- 从邮箱里把某个客户的往来函件整理成时间线
- 查一批公司的工商信息，填进一张表
- 把钉钉审批数据同步到一份统计表里
共同特征是：数据分散在几个系统里，处理逻辑不复杂，但人工搬运很费时间。
反过来，不适合的也很清楚：
- 需要判断力和责任的活——比如根据合同条款决定要不要签，AI 能把条款拉出来，但拍板得是人
- 数据不在名单内的活——公司自建的 ERP、CRM 不在连接器名单里，这类得走别的路
- 一次性的活——授权配置的时间够你自己干完了
六、目前还不知道的部分
- 完整的可连服务名单——公开报道只提到了上面那些，官方完整清单未见
- 授权粒度（能否只授权部分空间/目录）——未说明
- 数据留存策略——未说明
- 企业侧管控（管理员能否统一禁用某些连接器）——未说明
- 是否支持自建连接器——未说明。技能可以自建上传，连接器能不能，没有对应表述
- 是否支持 MCP——未说明
- 「豆包工作」独立发布后连接器体系是否原样保留——未说明
本文小结
连接器砍掉的是 AI 办公里那个最土的环节——你自己复制粘贴。经用户授权后，豆包可访问飞书、钉钉、企业微信、腾讯会议、邮箱、高德地图、天眼查、财经平台等服务，直接读写文档表格，公开表述是用户的会员和数据「无需搬家」。
名单里出现企业微信和腾讯会议这两个腾讯系产品，说明字节的判断是连得广比圈进自家生态更重要——而腾讯 WorkBuddy 主打「全平台·桌面/主流 IM/小程序」，取向一致。谁都不赌用户会为一个 AI 工具换掉现有办公套件。
从媒体记者的实测案例看，连接器走的是工具调用路线（先获取工具参数定义、再取坐标、再并行规划），而不是让 AI 去点网页。这决定了它比 GUI 操作更快更稳，但只覆盖已接入的服务。
与 MCP 的分歧在于谁定义能力：连接器由平台预先做好、授权即用、想加新服务要等排期；MCP 是开放协议、天花板由生态定、但要配置。豆包侧是否支持 MCP，公开信息未说明。
最需要自己把关的是授权边界——隔离环境解决「操作出错会不会搞坏本机」，不解决「AI 看到了什么数据」。授权粒度、数据留存、企业管控这三项目前都没有公开信息，涉及公司数据的，先问 IT 和法务。