MCP、API、Function Calling、iPaaS，到底有什么区别？

企业开始做 Agent 之后，经常会遇到几个词：API、Function Calling、MCP、iPaaS。它们都和“调用系统”有关，放在一起讨论时，很容易把边界混在一起。

简单说，API是系统提供的接口，Function Calling是模型调用函数的一种方式，MCP是标准化管理和调用工具的协议方式，iPaaS则负责更大范围的系统连接、数据映射和流程编排。

它们解决的是不同层面的问题。

一、API：系统愿意提供什么能力

API是系统对外提供服务的入口。比如查询客户、获取订单、创建采购单，系统可以通过 API 接收请求并返回结果。

API解决的是“系统如何被程序调用”。它不负责判断调用者是谁，也不自动决定一个复杂业务任务应该分几步完成。

企业里很多存量系统已经有 REST 或 SOAP API。要让 Agent使用这些能力，通常还需要做参数整理、身份鉴权、错误处理和业务语义说明。

二、Function Calling：模型如何提出调用请求

Function Calling让模型根据用户意图，选择某个函数并生成调用参数。

比如用户说“查一下华东区域的订单”，模型可以识别出需要调用订单查询函数，并生成区域、时间范围等参数。真正执行函数的，仍然是外部应用或平台。

所以，Function Calling更像模型与工具之间的调用机制。它可以解决“模型如何表达想调用什么”，但企业还要负责工具从哪里来、谁能调用、调用结果是否可信，以及动作是否需要确认。

三、MCP：把工具接入和治理标准化

MCP把外部工具、API、数据库和业务服务，以更标准的方式提供给 Agent 使用。企业可以通过 MCP平台统一管理服务注册、版本、权限、路由和调用记录。

对于 Agent 来说，它看到的是可理解、可发现的工具；对于 IT 团队来说，工具的接入和治理不必散落在每个智能体里。

如果企业已经有成熟的 MCP 服务，可以用代理 MCP 接入；如果希望统一运行和审计，可以采用托管 MCP；如果存量系统只有 REST 或 SOAP API，也可以通过 API-to-MCP 转换成 MCP Tool。

四、iPaaS：负责更复杂的系统连接和业务编排

iPaaS处理的范围通常更大。它连接 ERP、CRM、MES、WMS、SaaS和数据库，负责数据映射、接口编排、事件集成以及跨系统任务链。

例如，订单状态变化后，需要同步库存、通知仓储、更新客户系统，再触发后续审批。这类确定性、跨系统的业务流程，更适合由集成平台负责编排。

Agent可以通过 MCP调用这些已经封装好的业务服务，负责理解用户目标、拆解任务和选择工具。iPaaS则负责把多个系统之间的连接和数据流转组织起来。

五、放在一起看，边界会更清楚

可以用一条业务链路来理解：

用户提出目标，Agent理解意图；模型决定需要调用哪个工具；MCP以统一方式提供工具并处理接入治理；iPaaS负责跨系统连接和数据流转；API最终在具体系统里完成请求。

这不是谁替代谁的问题。企业需要的是把几层能力接起来，避免每个项目都从头写接口、做权限、补日志。

得帆的产品体系里，Dolphin Integration负责系统连接与自动化，其中包括MCP中台和AI网关；得小帆负责把这些能力交给员工使用，让自然语言目标能够落到企业系统和流程上。

写在最后

API回答“系统提供什么入口”，Function Calling回答“模型怎样提出调用”，MCP回答“工具怎样标准化接入和治理”，iPaaS回答“多个系统怎样连接和协同”。

理解这四个边界，企业做 Agent 时就不容易把所有问题都推给模型，也不会把每个接口接入都做成孤立项目。