WorkBuddy 与 织信 打通

让AI分析一份表格，和让AI直接进入业务系统查数据、改配置，是两件事。

前者需要你先把资料拿出来。后者则需要AI知道：该连接哪个系统，可以使用哪些工具，又能操作哪些内容。

现在，WorkBuddy可以接入织信。连接完成后，既可以围绕已有应用查询和维护业务数据，也可以调用织信的能力，创建数据表、配置工作流、搭建仪表盘，继续完善应用。

这也让两者的分工变得清楚了：你在WorkBuddy里描述要做的事，WorkBuddy调用工具执行，应用结构、业务记录和流程配置则落在织信平台中。

值得关注的，是对话之后能否留下一个可以检查、继续使用的业务结果。 比如，客户表里是否真的多了一个字段，采购申请是否配置了正确的审批分支，经营看板能否与订单列表对上数。

文中WorkBuddy界面及项目管理应用图片来自织信官方文档，API Key配置截图来自织信演示环境。

一、先选接入方式，织信已经提供了现成入口

织信内置了MCP Server。可以把它理解为一组供AI调用的工具入口：AI通过这些工具读取应用、查询记录，或者创建表、修改配置。

因此，对接织信时，可以直接使用平台已经提供的入口，无须先根据接口文档另外编写一个MCP服务。

目前官方提供两种接入方式：

1、在WorkBuddy的SkillHub中安装织信技能，这是官方优先推荐的方式。

2、在WorkBuddy中配置自定义连接器，填写织信MCP地址和用户API Key。

第一次使用，可以先走SkillHub。它除了安装入口，还能提供面向织信操作的指引。若当前客户端无法使用SkillHub，再采用自定义连接器。

两条路线都需要确认自己连接的织信环境，并准备该环境的用户API Key。装好了技能，也还需要完成身份配置。

二、先在织信准备服务地址和API Key

1、确认要连接哪一套织信

如果使用的是next环境，服务地址示例为：

https://next.informat.cn

如果企业使用其他云端环境或私有化部署，就换成实际的织信服务地址。WorkBuddy所在的电脑需要能够访问这套服务；企业内网地址，也要先确认相应网络已经连通。

这里先记住服务的根地址。工作台、某个应用、某个设计器的完整链接，各自有用途，不能直接混填到MCP地址中。

2、进入开发者API Key页面

登录对应织信环境后，进入账号设置，切换到“开发者API Key”。也可以按下面的路径访问：

https://你的织信域名/workbench/account/apikey

点击“新增”，填写备注和过期时间，再保存。备注可以按用途写成“WorkBuddy业务查询”，让自己以后能辨认这把Key用在什么地方。

如果准备给多个智能体使用，官方支持创建多把Key，分别设置有效期。后续停用某个工具时，也便于处理对应的凭据。

3、弄清这把Key代表谁

API Key用于身份校验。按照织信MCP文档，外部AI通过当前用户的Key调用平台，操作范围与该用户对应的访问、操作权限有关。

这意味着，你准备让WorkBuddy查询哪个应用、修改哪些配置，要先确认这个织信账号本身就有相应权限。只是在对话里写一句“允许操作所有应用”，不会让账号获得原本没有的权限。

Key不要放进文章截图、公开文档或代码仓库，也不要贴进普通任务对话。 按客户端的配置入口或技能的凭据配置指引完成设置；若提示把真实Key直接发到聊天记录中，先核对是否有专门的配置方式。

三、推荐路线：从SkillHub安装织信技能

打开WorkBuddy，进入左侧“专家·技能·连接器”，切换到“技能”，选择SkillHub，搜索“织信”。

找到织信Informat技能，点击右侧“＋”安装。

安装完成后，新建任务，说明需要在织信中做什么，再按技能提示配置织信服务地址和用户API Key。

例如，可以先描述一个范围很小的任务：

请使用织信技能，查询我当前可以访问的应用。
只返回应用名称和应用ID，不创建或修改内容。
如果还缺连接配置，请说明缺少哪一项。

这一步先别急着要求搭建整套系统。能返回真实的应用列表，才能继续判断连接的是不是自己想要的环境。

如果企业中存在名称相近的应用，再到织信中核对一次应用ID。后续操作同时提供名称和ID，会比只说“客户管理”更明确。

四、另一条路线：配置自定义MCP连接器

如果使用自定义连接器，进入WorkBuddy的“专家·技能·连接器”，切换到“连接器”，打开“自定义连接器”。在MCP服务管理中进入配置页面。

下面是官方文档中的配置界面，图片里的服务域名属于文档演示环境。实际填写时，使用自己的织信地址；密钥值已遮盖。

支持JSON配置的客户端，可以参照下面的模板：

{
  "mcpServers": {
    "informat_mcp": {
      "url": "https://next.informat.cn/web0/mcp/event",
      "headers": {
        "X-INFORMAT-USER-AKEY": "替换为你自己的用户API Key"
      },
      "disabled": false
    }
  }
}

这里需要改对的主要是两项。

第一项是url。把前面的域名换成实际服务地址，后面的路径保留为`/web0/mcp/event`。不要填成工作台地址、应用地址或设计器地址。

第二项是请求头X-INFORMAT-USER-AKEY。这个名称按文档原样填写，值换成刚才获取的用户API Key。Key和服务地址必须属于同一套织信环境。

informat_mcp是服务名称，便于后续识别；disabled: false表示没有禁用该服务。客户端若不支持disabled字段，可以按官方说明去掉这一项。

如果原来已经配置其他MCP服务，把织信这一项合并到原有的mcpServers中，避免直接覆盖已有内容。

保存并启用连接器。若客户端要求首次信任，先核对连接目标，再按提示完成。官方示例中的启用状态如下，实际工具数量会随版本和环境变化。

保存后如果新任务还看不到工具，可以重新启动WorkBuddy，或新建任务再检查。随后用前面的只读查询请求验证应用列表。

连接器开关已打开，与业务任务已经执行成功，仍然要分开看。 如果列表无法返回，先解决连接或权限问题，再进行创建和修改。

连接验证通过后，就可以让WorkBuddy围绕织信里的具体业务做事了。拿客户管理来说，如果应用里已经存着客户资料，你可以让它查询某个时间段新增了多少客户、分别由谁负责，并把结果汇总出来。需要维护资料时，也可以先查出指定客户，核对记录后，再让它更新相应字段。执行成功后，修改会落到织信的客户记录中，可以打开对应记录查看。

如果要调整系统本身，比如增加客户等级字段、建立客户与跟进记录的关联，WorkBuddy也可以调用织信的工具修改应用配置。你确认字段、关联和页面符合要求，再完成校验与发布，同事就能在业务页面中使用这些功能。这里需要具备相应的应用设计权限。

如果还没有现成的应用，则可以从需求开始，逐步创建数据表、流程和仪表盘。做出来的应用保存在织信中，后续还可以进入设计器检查和修改。下面的项目管理示例，就展示了从提出需求到形成应用的过程。

五、接通之后，应用是怎么建出来的

织信官方文档展示了一个项目管理系统的创建过程：在WorkBuddy里提出需求，AI规划任务，再调用织信的能力创建应用结构，最后回到织信中查看结果。

下面是其中的规划界面。

这里有一个值得留意的地方。描述“做一个项目管理系统”之后，仍然需要确定项目、任务、里程碑、成员之间怎样关联，哪些状态可以选择，以及仪表盘统计什么。

这些内容会直接影响系统能不能用。比如，一个任务属于哪个项目，如果没有建立关联，后面即使做出了任务列表，也很难正确汇总某个项目的任务情况。

所以，创建完整应用时，可以分两轮提出需求。第一轮先把结构说清楚：

请在织信中规划一个“项目协作演示”应用，先不要创建。

需要管理项目、任务、里程碑和项目成员。
每个任务关联一个项目，记录负责人、计划完成日期和状态。
项目详情能查看关联任务、里程碑和成员。
项目概览展示项目数量、项目状态分布和任务状态分布。

请先查询是否存在同名应用。
说明各表字段类型、关联关系、页面和统计口径。
如果有需要我补充的规则，请先提出来。

确认方案后，再要求执行：

确认按刚才的方案创建演示应用。
创建前先检查已有资源，避免重复创建。
完成后执行配置校验，返回实际应用ID、设计器地址，
以及已经完成、尚未完成的内容，暂不发布。

官方项目示例中的完成界面，可以看到项目与任务、里程碑、项目成员的结构关系。

应用创建后，再进入织信设计器检查。重点看关联是否指向正确的表，状态选项是否符合业务，以及仪表盘数据源是否绑定到实际的数据表。

官方文档中的项目管理应用仪表盘如下，统计值为演示数据。

自己的应用还需要用自己的测试数据检查。空表刚建好时，图表显示零或暂无数据，并不一定是失败；先添加少量演示记录，再核对统计是否正确。

六、除了建新应用，还可以怎样用

有了接入入口，也不必每次都从“帮我建一个系统”开始。已有应用中的查询、数据维护和小范围调整，同样适合拆成明确任务。

以下需求示例可按实际应用名称、字段和业务规则修改。

1、查客户数据，把统计范围一起说清楚

“本月新增了多少客户”看似简单，但本月按哪天算、客户归谁、空值怎么处理，都会影响结果。

可以这样提问：

请查询“客户管理系统”，应用ID为<实际应用ID>。
先读取表结构，确认创建时间、客户等级、负责人对应的字段。

统计北京时间2026年10月1日零点起，
至2026年11月1日零点前新增的客户。
返回新增总数、按等级汇总的数量、按负责人汇总的数量。
等级或负责人为空的，单独列为“未填写”。
查询超过单次上限时，请完整分页或使用统计能力。
说明数据来源、筛选条件和查询时间，只读不修改。

为什么连分页都要说？因为AI拿到一次查询结果后，可能只处理了其中一部分。如果系统中有更多记录，只把第一页相加，就会得到一个看起来完整、实际漏算的数字。

拿到结果后，在织信列表设置相同时间条件，核对总数。按等级和按负责人分别汇总后的数量，都应与这个总数一致。

2、把Excel台账转成有关联的应用

有供应商、采购订单、订单明细的工作簿，通常不能简单地把三个工作表分别导进去就结束。

订单要能找到对应的供应商，明细要能归到正确的订单。原表中如果存在重复编号、空编号，导入前就应先处理。

先把需要分析的Excel文件添加到WorkBuddy，再提出：

请先分析这份采购台账，不向织信写入。
逐个说明工作表用途、列名、记录数量和可能的字段类型。
检查供应商编号、订单编号的空值与重复，
检查订单明细能否匹配到订单。
给出建模建议、字段映射和异常数据清单。
编号保留前导零，不明确的日期、金额格式先向我确认。

确认映射后，先创建演示应用，再导入少量订单及其关联数据。检查编号、供应商、明细归属、日期和金额都正确后，再决定是否导入剩余记录。

3、给采购申请配置分级审批

比如，企业要求所有采购申请先由部门负责人审批，金额达到1万元的，还要交财务审批。

可以让WorkBuddy先读取现有申请表和流程，再规划节点与分支：

请为“采购管理”应用规划采购申请审批，先不保存。
金额必须大于0，所有申请先由部门负责人审批。
金额小于10000元，部门负责人通过后结束；
金额大于或等于10000元，还需要财务审批。
退回后，申请人可以修改并重新提交。

请说明金额校验位置、审批人来源、分支条件和退回路径。
审批人无法从现有配置确定时，请让我补充。

这里不能只看“有两个审批节点”。恰好10000元应该走哪条路，退回后能否修改，重新提交会回到哪里，都需要检查。

保存配置后，可以在测试环境分别用9999元、10000元和10001元验证分支，再检查退回和重新提交。

4、做经营看板，先确定数字怎么算

看板可以交给AI协助搭建，但“订单金额”究竟取哪个字段，要先讲清楚。

例如，订单主表已经存了总金额，关联明细后又按明细行重复累计，就可能把一张订单算上好几遍。

因此，可以明确提出：以订单表为统计主体，按下单日期汇总，排除已取消订单，展示订单数量、订单金额和按月趋势；如果金额需要由明细计算，先说明计算方法。每张图都要交代来源、筛选条件、分组字段和单位。

完成后，选一个月份，用相同条件到订单列表核对数量和金额。图表画出来只是第一步，数能对上，才有继续用它判断经营情况的基础。

5、维护客户等级，先定位到具体记录

已有应用里新增“客户等级”字段，可以先检查是否已经存在，再决定是否创建。选项、是否允许为空，以及是否需要填充历史记录，也要提前说明。

字段生效后，如果还想把某位客户的等级改为A，先要求WorkBuddy查询匹配记录，返回记录ID、客户名称、负责人和当前等级。

确认是目标记录，再指明ID执行修改，并要求重新查询。名称相同的客户可能不止一个，不能让AI自行挑选。

6、把每日跟进提醒做成有规则的任务

如果销售每天都要处理到期跟进事项，可以让WorkBuddy协助规划织信中的定时任务和通知配置。先检查现有配置，再确定每天几点检查、按哪个时区判断今天，以及怎样找到负责人。

例如，每天北京时间09:00，查询当天到期且未完成的事项，按负责人汇总后发送站内通知。没有到期事项就不发送，负责人为空的记录单独报告。

还要说明同一天重复执行时怎么办。可以先让AI提出发送记录或其他防重复方案，确认后再创建。否则，任务重试可能让同一个人连续收到相同提醒。

测试时，用今日到期、未来到期和已完成的记录分别检查，再重复执行一次，确认没有重复通知。实际接收人、启用时间和正式发送范围，都由业务人员明确后再启用。

七、最后把检查和发布分开

给客户表增加一个“客户等级”字段，改的是应用结构；把某位客户的等级改成A，改的是一条业务记录。

前者通常需要校验、发布，业务页面才会用上新配置。后者可能在执行后就已经写入数据库。

所以，即使说了“暂不发布”，也不能据此判断刚才的数据修改没有生效。

创建或修改应用配置后，先到设计器检查结构、权限、流程和统计结果，再要求执行发布前校验。确认校验通过、变更范围符合预期后，才明确发出发布指令。

数据维护则要检查具体记录。可以要求返回记录ID、修改前后的值，以及重新查询的结果；批量导入还要核对成功数、失败数和失败原因。

如果任务执行中断，下一轮先让WorkBuddy检查已经完成了哪些内容，再继续剩下的部分。直接重新下达整套创建或导入指令，容易重复建表或重复写入记录。

八、遇到问题，先从这几个地方查

工具看不到： 检查技能或连接器是否已经启用，保存配置后新建任务，必要时重启客户端。

连接不上： 检查服务地址能否从当前电脑访问，MCP路径是否以/web0/mcp/event结尾，私有化环境的网络是否可达。

返回401或提示无权限： 核对Key是否正确、是否过期，Key与地址是否来自同一织信环境，再检查账号是否具有目标应用的访问或设计权限。

找不到表、字段，或者关联失败： 先读取真实应用结构，使用平台返回的appId、tableId、fieldId。字段叫什么，与字段实际的标识是什么，需要区分。

AI说做完了，页面却没有变化： 先查工具是否实际返回成功，再看配置是否保存、校验和发布，以及当前角色是否能看到对应字段。只输出了方案，还不能算完成创建。

WorkBuddy与织信打通后，可以从一次很小的任务开始：查询应用列表，读取一张表，再核对一份统计结果。

参考资料：

织信AI工具对接MCP

织信WorkBuddy使用文档

织信API Key说明