很多人在 Dify 里接外部能力时，第一反应是“先连上再说”。结果往往是：一个简单 HTTP 接口被做成长期维护的插件；本来只该给本地脚本用的能力，被硬塞进远端 API；或者只是想让工作流偶尔调一下内部知识助手，却把 MCP、插件、OpenAPI 三套方式全混在一起。真正麻烦的不是“能不能接”，而是接进去以后：谁维护、怎么鉴权、出错时从哪一层排查、以后换接口要不要整条工作流一起改。今天这篇不讲抽象概念，而是用一个企业知识助手案例，把 OpenAPI、插件、MCP 三种方式的边界、接法和排查顺序拆清楚。

一、为什么 Dify 接外部数据源时最容易一开始就选错

很多团队第一次做 Dify 集成，通常会遇到三种冲动：

1. 看到外部系统有 HTTP 接口，就直接上 OpenAPI；
2. 觉得以后可能要复用，就先做插件；
3. 听说 MCP 适合工具接入，于是把本地脚本、数据库、知识助手也一起往 MCP 里放。

表面上看，这三种方式都能“把能力接进来”，但它们解决的问题其实并不一样。