接入现实:MCP 与系统集成 · 里程碑长文:把你的系统插到 AI 的 USB-C 口上

日期:2026年10月19日 · 路径:Agent 专业开发人员 · 阶段 s4

这个里程碑要做什么

选一个你自己真实在用的系统——记账本、笔记库、工单系统、待办清单,任选其一——为它写一个 MCP Server,暴露 3–5 个工具(例如:查询余额、新增一笔账、按标签检索),然后在 Claude Desktop 或其他支持 MCP 的客户端里配置好,真实调用成功。

验收画面是具体的:你在 Claude 对话框里用自然语言说「帮我记一笔:午饭 35 元」,打开你的账本,里面真的多了一条记录。

为什么是它(设计意图)

MCP 官方把它类比为「AI 应用的 USB-C 接口」:Server 写一次,所有支持 MCP 的客户端(Claude、VS Code、Cursor 等)都能用。亲手打通一次,你就理解了为什么「把内部 API 包成 MCP Server」是当前最实用的落地方式。

前三个阶段,Agent 的循环是你自己写的;这一阶段你的工具被别人的循环调用——视角反转会逼你重新理解工具设计:name 和 description 写不好,调用方就会用错。安全红线也第一次变得真实:你的 Server 握着真实系统的写权限,「工具即权限——最小权限、只读默认、敏感操作二次确认」将从口号变成你的 schema 设计。工具的命名、描述、参数说明、返回格式,就是模型的全部世界——这是上下文工程最具体的一次实战。给模型的信息要像给新员工的 onboarding 文档:精确、分层、可检索;写得含糊,「新员工」就会用你的工具闯祸,而且祸会闯在你的真实系统里。

还有一个容易被忽视的收益:选自己每天在用的系统,意味着你会成为自己工具的第一个重度用户。调用频率一上来,工具命名是否顺口、返回是否精炼、权限是否碍事,都会以最直接的方式给你反馈——这是任何教程都给不了的设计训练。

配套资源怎么用

常见翻车点

验收清单

延伸建议

把「读」和「写」拆成两个 Server 或两组工具,体会权限分层的部署含义。把同一个 Server 挂到 VS Code / Cursor 里——一次实现、处处可用,这就是 MCP 的复利。留意你这一版写下的工具描述:第五阶段做评测时,它会成为你要控制的变量之一。