MCP 模型上下文协议是一款开源项目：让大模型应用以统一方式连接工具和数据源的开放协议。

换工具的成本常被低估，这篇按步骤列出迁移前后要做的事。

以从 OpenAPI 工具调用迁移为例

迁移不一定是「全面替换」。很多团队会先把一部分任务交给 MCP 模型上下文协议，与 OpenAPI 工具调用并行一段时间再决定。

迁移步骤

  1. 盘点资产：现在用的提示词、模板、知识库、自动化流程和历史产出。
  2. 确认导出方式：哪些能导出、格式是什么、哪些只能手工迁移。
  3. 挑 3 个典型任务（如「发票与单据提取」「竞品信息周报」）在两边同时做。
  4. 按同一张评分表比较结果。
  5. 迁移账号与权限，通知团队新的使用规范。
  6. 保留旧工具一段时间的只读访问，确认无遗漏后再停用。

对比测试用的任务

发票与单据提取

适用情况：手头有一批 PDF 发票或收据时。

从这些单据中提取开票日期、金额、销售方名称和税号，输出为表格；任何字段识别置信度低时留空并标红，不要猜测。

验收标准：低置信度字段留空。

不建议迁移的情况

  • 核心流程依赖 OpenAPI 工具调用特有的功能或集成。
  • 团队刚刚完成培训，切换成本过高。
  • 新工具的数据处理条款不满足要求。

延伸练习

线索整理流程

准备材料：每天从表单收到的客户咨询。

搭建一个流程：新表单提交后，AI 判断咨询类型（报价 / 售后 / 合作 / 其他），提取联系人和需求摘要写入表格，报价类自动通知销售群。分类不确定时标记为「待人工」。

验收标准：不确定的情况进入人工。

知识库问答机器人

输入：一批产品文档和 FAQ。

用这些文档搭建问答机器人：回答只基于文档，找不到答案时回复「这个问题我需要转给同事」，并记录未解决问题供每周补充文档。

检查点：答不出时不编造。

定时提醒与汇总

准备材料：团队群聊或任务看板。

每天下午 6 点汇总今日新增和逾期任务，按负责人分组发送提醒，周五额外输出一周完成情况。

验收标准：提醒内容与看板一致。

常见问题：费用超出预期

给每次运行设上限，监控调用次数，先用小模型处理简单步骤。

常见问题：误发消息给客户

对外发送前加人工审批节点，测试环境与正式环境分开。

常见问题：调用外部系统失败

增加重试和失败通知，记录请求参数便于排查。

概念补充：工作流（Workflow）

按固定步骤执行的流程，可预测、易排错。

概念补充：工具调用

模型调用外部 API 或函数完成动作的能力。

适合人群：客服人员

客服人员可以用 MCP 处理回复草稿、工单分类等工作。需要注意：不得以 AI 名义做出政策外承诺，涉及隐私的问题按流程处理。

适合人群：软件工程师

软件工程师可以用 MCP 处理代码阅读与重构、测试与排错等工作。需要注意：不要把密钥和未开源代码上传到未授权工具，合并前审阅每处改动。

注意事项

本文基于 MCP 模型上下文协议公开的定位与通用用法编写，具体功能、套餐与可用地区以官方页面为准，产品更新后界面和名称可能变化。

涉及个人信息、商业机密或受监管数据时，先确认 MCP 模型上下文协议的数据处理条款，再决定能否使用。

延伸阅读