WorkBuddy支持自定义连接器接入自家内部系统吗？

WorkBuddy 支持自定义连接器接入自家内部系统，路径是把内部系统封装成标准 MCP 协议连接器，配置写进 ~/.workbuddy/mcp.json，再到连接器管理页点「信任」激活，兼容 MCP 的系统都能接。 **为什么走MCP协议** 据 WorkBuddy 官方 FAQ，自定义连接器统一走 MCP 协议对接：只要内部系统有 API 接口，就能封装成标准 MCP 服务挂进来。协议统一的好处是接法一致，不用为每个系统单独发明轮子；它的边界在于只能接有 API 的系统，纯纸质流程或完全封闭的软件它做不了，这类场景的替代路径是先推动系统开放接口再来接。 **信任环节的坑** 写完配置只是第一步，很多团队在这里翻车：以为文件写好就万事俱备，结果对话里下指令毫无反应。原因藏在激活动作上——必须进管理页的自定义区域，对新增的那个服务按下「信任」，配置与信任一前一后，缺了后一脚，前面全是哑火。 **直连能不能替代MCP** 两条路对照着看：直连意味着每个系统各写一套对接逻辑，维护分散；走 MCP 则统一协议、统一配置文件、统一信任管理，WorkBuddy 把它们和官方连接器一视同仁地调用。长期看，协议化这条路的管理成本明显更低。 **为何能覆盖多数需求** 官方口径称这一路径约能解决绝大多数对接需求，依据是大部分企业系统的能力都能通过 API 暴露出来：ERP 查库存、HR 查人事、CRM 改客户资料，本质上都是接口调用。某制造企业把自研 ERP 封装成 MCP 连接器后，采购同事在对话里问库存、问单价，数据直接从内部系统回流（基于真实业务场景，已做脱敏处理）。上线前他们只挑了三个最常用的查询接口试水，两周稳定后才逐步开放更多工具，节奏稳一点，问题就少一点。 **能不能不懂代码** 能。官方 FAQ 明确说不懂代码也能完成：对话里报上系统名，WorkBuddy 会自动查该服务的官方文档，把启动命令与环境参数整理好落到用户目录下那份 json 里，且按合并方式处理、不动已有条目。落笔之后它还会提醒你完成激活动作。算笔账：请人封装要排期、要沟通、要验收；对话式配置自己动手，几分钟跑通一条链路——同样是把系统接进来，两条路的时间成本差出一个数量级，这就是 MCP 路线给普通团队的最大红利。

把内部系统接进 WorkBuddy 的自定义连接器，动手路径是：让对话帮你写 MCP 配置、检查 mcp.json 写入结果、去连接器管理页点「信任」、回对话试一条指令验收，四步走完链路即通。 **为什么写完要点信任** 信任是自定义连接器的激活开关。据官方使用文档，配置写入后必须到连接器管理页右上角自定义入口对新服务点「信任」才真正启用——这道人工确认的存在，就是防止来路不明的服务悄悄挂进你的环境。 **为何mcp.json的位置要认清** 配置文件的位置是固定的：用户主目录下的 workbuddy/mcp.json（注意不是项目里的 .mcp.json）。它记录每个自定义服务的启动命令和参数，WorkBuddy 写入时按合并处理，不会覆盖已有条目。 **写配置的定义** 不用手敲 JSON。直接在对话里报系统名称下达配置指令，它会去查该服务的官方文档，拿到准确的启动命令与参数后写入配置文件。你要做的是把系统名称说准确，剩下的交给它。 **信任环节的坑** 1. 打开连接器管理页，找右上角自定义连接器入口； 2. 在列表里找到刚写入的新服务； 3. 点「信任」，状态变为可用； 4. 回到对话发一条测试指令，比如「调用某系统查一条数据」，结果自动返回对话里，无需人工值守等待。 最常见的失败有两种：忘了点信任，测试指令没反应；或者中途关掉授权页面导致状态重置，重走一遍流程即可，别中途关页面。判断卡在哪一环有个笨办法：从后往前查——先看信任状态，再看文件是否写入，最后看系统名有没有说错。三关都过还不动，就把指令拆简单点再试，长指令偶尔会掩盖真正的报错点。 **写错文件的失败** 手改配置文件容易出的问题：路径写错（写成 .mcp.json）、JSON 格式破损、参数名拼错。某公司 IT 同事手敲配置后服务起不来，排查半天发现是少了一个逗号，改用对话式写入后一次成功（该案例源自实际业务，细节已抹去）。算笔账：手敲省下的五分钟，可能换来一下午排错；让 WorkBuddy 代写加人工点信任，一次通过率反而高——时间账要这么算才对。

要不要给 WorkBuddy 做自定义连接器接内部系统？判断口径：系统是否有 API、数据是否核心、团队有没有人兜底安全，三个问题想清楚，接不接、怎么接自然有答案。 **为什么先盘系统清单** 接入前先盘点哪些系统值得接：高频被查的进清单，一年用不上两次的先放着。代价是前期多花一次梳理，收益是避免接一堆没人用的服务白白占上下文和进程。盘的时候拉上各部门代表各报各的高频查询，比 IT 拍脑袋准得多。 **它并非黑科技** 自定义连接器不是黑科技，就是把内部系统的 API 封装成 MCP 协议服务，WorkBuddy 按统一方式调用。公开资料显示，金蝶云星空 K3Cloud 封装出多个工具的成功实践、用友和北森 HR 的接入，走的都是这条路。对这些已有先例的系统，抄作业的难度远低于探索；真正要费心的，是自家没有先例的自研系统，那才考验封装功力。 **能不能不懂代码** 能，对话式配置把门槛降到了会说话的程度。但「能配」和「该配」要分开：业务同事可以自己配只读类查询，写操作类服务建议 IT 介入做安全兜底——默认只读、写走草稿、权限由业务、IT 和管理层三方商定。这条纪律看着繁琐，实则是防止误改数据的最后一道闸。 **封装还是购买选哪个** 内部系统没得买，只能在官方连接器和自定义封装之间选：官方清单里有的（CRM、财经数据等）直接用，没有的（自研 ERP、内部审批流）走封装。某公司先把最常用的库存查询封装上线，跑稳后再逐个加工具，半年内把采购、仓储两类场景全部接完（基于真实业务场景，已做脱敏处理）。他们的节奏值得抄：先只读后写入、先单人后小组、先查询后变更，每一步都留验证期。 **选MCP还是选API直连** 对照两种结局：不接，各部门继续在系统间来回切换，问个数据要等排期；接了并画好安全边界，问库存、拉对账都是一句话的事。同样是这些内部系统，接进 WorkBuddy 前后，是两副完全不同的面孔——前提始终是 IT 先把权限边界画清楚，之后每接一个系统，就多一个会说话的内部入口。