桐果云这类 0 代码数据中台已经做得不错了——拖拽建模、AI 智能问数、业务人员自助分析，这些能力在平台内部用着都很顺手。但企业里不止一个系统，数据中台、OA、邮箱、日历、项目管理……每天在七八个应用之间切换。本文演示如何用 MCP 协议把桐果云接入 WorkBuddy，实现统一入口、跨系统联动，让已有的数据能力用得更顺手。

---

一、0 代码数据中台已经很好，为什么还要接 WorkBuddy？

摘要：桐果云作为 0 代码数据中台，本身已具备拖拽建模、AI 智能问数、业务自助分析等完整能力。本文通过 MCP 协议将其接入 WorkBuddy，实现三大升级——统一入口不再切换系统、跨系统协同让数据驱动行动、桐果云 AI 能力融入多系统编排。全程三步实操（配置 MCP 连接 → 导入 Skill 文件 → 对话中直接调用），无需写代码，3 分钟即可打通。适合已在用桐果云、希望将数据能力融入日常工作流的团队参考。

先厘清一个前提：不是要从零解决"数据用不起来"的问题。

以桐果云为例，它本身就是一款能力完整的 0 代码数据中台：

• 0 代码建模：拖拽算子搭数据流程，业务人员可以自己完成数据加工，不需要写 SQL，不需要等 IT 排期
• AI 智能助手：平台内置 AI，自然语言问数、自动生成报告、智能运维巡检，打开平台就能用
• 业务自助用数：数据资产目录清晰，权限到字段级别，各部门在自己权限范围内自主查数、分析

这些能力在桐果云平台内部，体验已经很流畅了。

那为什么要接 WorkBuddy？

因为每个员工每天工作时，真正"打开桐果云"的时间可能只有 10%，但"在聊天窗口里工作"的时间可能是 90%。如果一个数据查询需求，需要你先想起"哦我得上桐果云"，再切换窗口、登录、找到对应功能——这个摩擦本身就筛掉了一半的潜在使用场景。

接入 WorkBuddy 的价值不是"弥补桐果云的不足"，而是把桐果云已有的强大能力，延伸到员工最顺手的地方。

更进一步：WorkBuddy 是一个多系统聚合入口。当桐果云进入这个入口之后，数据能力可以和其他企业应用（邮件、日历、OA、项目管理）协同工作——这是单用桐果云做不到的。

桐果云（单平台）          →  数据能力在桐果云内使用
桐果云 + WorkBuddy        →  数据能力融入日常对话
桐果云 + WorkBuddy + 其他  →  数据能力跨系统协同

---

二、技术原理：MCP 协议，让桐果云成为 WorkBuddy 的一个原生能力

WorkBuddy 支持 MCP 协议（Model Context Protocol），相当于提供了一套标准化的"能力接入接口"。桐果云也开放了 MCP 接口，把数据查询、报告生成、运维巡检等能力包装成标准服务。

对接之后的调用链路：

用户在 WorkBuddy 里提问（自然语言）
        ↓
WorkBuddy 识别意图，匹配合适的能力
        ↓  通过 MCP 协议
桐果云接收请求 → 权限校验 → 数据脱敏 → 执行查询 → 返回结果
        ↓
WorkBuddy 格式化展示

用户不需要切换窗口、不需要登录桐果云，在聊天的上下文里就把事办了。 桐果云的权限体系、脱敏策略、审计日志全程生效。

如果用户的需求还涉及其他系统（比如查完数据要发邮件、约会议），WorkBuddy 可以同时调度桐果云和其他系统，一次完成。这才是"统一入口"的真正含义。

---

三、实操：三步把桐果云接入 WorkBuddy

下面以桐果云作为具体案例演示完整操作。如果你用的是其他支持 MCP 的数据中台，思路完全一致，替换对应的 MCP 地址和 Skill 文件即可。

前置准备：

你需要	说明
WorkBuddy 客户端	已安装登录
桐果云账号	已拥有目标数据的访问权限
桐果云 MCP 地址	管理员提供，默认端口 2709
桐果云 Skill 文件	从桐果云官方获取的数据访问技能包

---

第一步：配置桐果云 MCP 连接

打开 WorkBuddy → 连接器 → 自定义连接器管理。

在 MCP 配置中添加桐果云连接信息：

{
  "tongo-mcp": {
    "url": "http://你的桐果云服务器IP:2709/mcp",
    "transport": "streamable-http",
    "disabled": false
  }
}

url 替换为你实际部署的桐果云 MCP 地址，其余参数保持不变。保存后点击启动。

⚠️ 桐果云私有化部署在内网时，确保 WorkBuddy 所在网络能访问到 MCP 服务地址。

---

第二步：导入桐果云 Skill 文件

MCP 打通了连接通道，还需要告诉 WorkBuddy"桐果云有哪些能力可以调用、怎么传参数"——这就是 Skill 文件的作用。

进入 技能 → 添加技能 → 上传技能，选择桐果云 Skill 文件上传。

安装后到 技能 → 我安装的，启动桐果云技能。

此时 WorkBuddy 已经学会了桐果云的全部数据能力入口。你在桐果云里搭建的数据模型、发布的 API、配置的 AI 分析能力，现在 WorkBuddy 都能调度。

---

第三步：在 WorkBuddy 里用桐果云

回到 WorkBuddy 对话窗口，直接开始：

查询各科室门诊人数

思考过程可以看到 WorkBuddy 加载了桐果云 Skill。几秒后，桐果云返回的查询结果直接展示在对话里。

再试试这些指令：

对比本月和上月华南区销售额的变化趋势
把昨天新增客户 Top 10 列出来
生成本周运维巡检报告

---

四、接入后的核心体验升级

升级一：统一入口，不再切换系统

桐果云本身功能已经很完整，但每次使用都需要单独打开。接入 WorkBuddy 后，数据查询、报告生成、运维巡检这些操作融入了同一个对话窗口——你可以一边聊工作，一边调数据，不用切换上下文。

这不是替代桐果云，而是把桐果云的能力放到你手边。

升级二：跨系统协同，数据驱动行动

这是单用桐果云做不到的场景——WorkBuddy 可以同时联动多个系统：

“查一下昨天新增客户数，如果超过 100 就帮我把市场部下午 3 点约个会，把数据提前发到群里。”

一次对话，三件事：

• WorkBuddy → 桐果云：查新增客户数
• WorkBuddy → 日历：创建会议
• WorkBuddy → 企微/邮件：发送通知和数据

数据中台出洞察，WorkBuddy 出行动。

升级三：桐果云的 AI 能力 + WorkBuddy 的多系统编排

桐果云内置的 AI 智能助手在平台内已经能做很多事——问数、生成报告、巡检。接入 WorkBuddy 后，这些 AI 能力不再局限在桐果云的界面里，而是可以融入跨系统的自动化工作流。

比如巡检发现数据源异常 → 自动创建工单 → 通知运维 → 生成异常报告并归档。以前需要人手动串联多个系统，现在 WorkBuddy 一次编排完成。

---

五、几个注意点

1. MCP 地址填对：写桐果云服务器的实际 IP 或域名，不要写 localhost。
2. 权限自动继承：WorkBuddy 端能查到什么数据，取决于你在桐果云里的权限。字段级权限、脱敏策略都照常生效。
3. Skill 文件版本：桐果云版本升级时，Skill 文件可能需要同步更新。
4. 安全无忧：WorkBuddy 仅作为调度入口，数据查询和权限管控由桐果云服务端执行，所有 MCP 调用记录在桐果云的审计日志中。

---

总结

0 代码数据中台到今天这一步，做得很不错了——拖拽建模、AI 问数、业务自助，桐果云在这些方面的体验已经够好。

接入 WorkBuddy，是在这个好基础上做的增量升级：

产品	定位	核心价值
桐果云	0 代码数据中台	数据接入、治理、建模、AI 分析、API 服务
WorkBuddy	AI 工作入口	统一对话界面、多系统编排、自然语言交互
桐果云 + WorkBuddy	数据中台 × AI 入口	桐果云的能力融入日常对话，跨系统协同工作

不是谁替代谁，而是各展所长——桐果云把数据能力做得深厚，WorkBuddy 让这些能力触手可及。

如果你们团队已经在用桐果云，花 3 分钟把 WorkBuddy 入口打通，你会发现：原来已经很好的工具，还可以用得更顺手。

欢迎在评论区分享你们的实践，或者你有哪些跨系统联动的场景想实现 👇

---

本文实操基于桐果云 v3.x + WorkBuddy 当前版本。桐果云官网：https://jintt.cn。MCP 对接方法适用于所有支持 MCP 协议的数据中台。