MCP 进阶：把自有系统接进 WorkBuddy
理解 MCP 的工作原理，规划接入自有数据与服务器的路径，掌握安全边界。
连接器解决"接现成的服务"，MCP 解决"接自己的系统"。当你想让 WorkBuddy 读写自己的数据库、内部工具或服务器时，就需要 MCP。
MCP 是什么（一分钟版） #
MCP（Model Context Protocol）是让 AI 调用外部工具的标准协议。一个 MCP 服务器 = 一组工具（查数据、写文件、调接口），WorkBuddy 通过配置文件加载这些工具，像使用内置能力一样使用它们。
接入路径规划 #
第一步：明确目标。先回答：想让 AI 做什么？（如"每天自动从订单库导出新订单"）目标决定你要什么工具。
第二步：选择实现方式：
- 现成 MCP 服务器：优先找社区/官方提供的，覆盖常见场景（数据库、文件、日历等）。
- 自建 MCP 服务器：有自己的开发能力时，把内部接口封装成 MCP 工具。
第三步：写入配置。编辑 WorkBuddy 的 MCP 配置文件（~/.workbuddy/mcp.json），在 mcpServers 中按服务商文档填写 command、args、env 等字段。务必以服务商官方文档为准。
第四步：信任并启用。配置后在连接管理中"信任"该服务器，工具才会生效。
验证与调试 #
启用后发一个探测任务：
列出你当前可用的自定义工具，并分别用一句话说明用途。
再做一个最小闭环测试：
用【某工具】查询今天的【数据】，把结果存成一个 txt 文件。
安全边界（必读） #
- 凭证只写在配置文件指定位置（env 字段），绝不写进对话或任务描述。
- 最小权限：只开放需要的工具和只读接口，先只读后读写。
- 来源可信：不安装来路不明的 MCP 服务器——它等价于给 AI 一把你的钥匙。
- 定期审计：检查 mcp.json 里有哪些服务器，不再用的及时移除。
小结 #
MCP 是 WorkBuddy 从"个人工具"进化为"系统枢纽"的关键。先跑通一个最小闭环，再逐步扩展——这也是帮客户做"AI 化改造"时的高价值服务项目。
本文为 workbuddy.eycit.com 实战教程。