系统连接

旧系统没有 API，数字劳动力如何进入流程？

MCP 与 GUI Agent 的连接方法

API、数据库、MCP、自定义工具与 GUI Agent 各自适配读取数据、执行操作与写回结果的不同连接条件。

未来式智能·2026年10月15日·7 分钟阅读

旧系统没有 API，智能体仍可以通过授权的数据库查询取得数据，读取系统导出的文件，或者用 GUI Agent 在界面上操作。选择哪种方式，要看任务需要读取什么、修改什么，以及怎样确认操作成功。MCP 可以统一工具调用方式，具体操作仍由接入的系统和工具完成。

企业系统往往同时存在不同条件：财务系统开放查询接口，采购平台仅提供表格导出，另一个内部网站需要员工登录操作。企业级 AI 智能体平台需要把这些入口接入同一项工作。例如，智能体读取采购表格，查询财务数据，再将核对结果写入已有业务流程。

选连接方式前，确认任务要改变什么

“让 AI 接入采购系统”范围太大。读取订单状态、下载附件、填写申请草稿和正式提交订单，分别需要不同权限，也有不同的结果检查方法。

如果任务只是汇总每周采购数据，企业授权的报表导出可能已经够用。如果需要创建申请，应使用系统支持的业务入口，保留字段校验和审批流程。直接写数据库可能跳过这些机制，造成表面写入成功、业务状态不完整的问题。

选择依据应是任务成功率和维护成本。能够稳定满足业务要求的方式，可以保留；存在明确缺口时，再补充新的连接能力。

MCP（Model Context Protocol，模型上下文协议）为 AI 应用发现和使用外部工具、资源等能力提供约定。按照 MCP 官方架构说明，服务端可以暴露工具，供客户端发现并调用。

例如，一个“查询采购申请状态”的 MCP 工具，可以在内部调用采购系统 API，也可以查询经过授权的数据视图。MCP 负责对外呈现工具能力，后台系统仍需提供实际的数据或操作路径。

因此，给旧系统增加 MCP 服务时，仍要实现底层适配。系统没有接口，也没有授权数据出口，就需要评估文件交换或界面操作等方式。协议本身不能生成原本不存在的业务接口，也不会自动解决权限和审计。

自定义工具最好围绕业务动作设计。例如，“查询某张申请单状态”比“任意执行 SQL”更容易界定权限、检查参数和定位异常。模型只需提供必要业务参数，服务端负责校验和执行。

企业也可以在现有应用里调用智能体。灵搭通过统一 OpenAPI 开放智能体、知识库和数据库等资源的调用接口。例如，OA 中的合同审查按钮可以调用灵搭智能体，读取返回的审查意见，并将结果放回当前页面。员工可以继续在原有应用里处理合同。

两种调用可以出现在同一项任务里：OA 通过 OpenAPI 发起审查，灵搭智能体再调用经 MCP 接入的合同查询工具取得补充资料。每次调用都需要验证身份和权限，相关结果记录在对应任务中。

GUI Agent 是通过软件界面完成任务的智能体。它读取页面或屏幕状态，在授权范围内执行点击、输入、下载等操作，并根据反馈决定下一步。

假设员工需要读取报价文件，准备一份采购申请。界面操作智能体可以进入指定系统，填写草稿并附上文件；在提交前展示关键字段，获得授权后继续操作。提交后的任务还包括取得申请单编号，确认它确实进入预期状态。

界面操作需要稳定的运行条件。登录失效、弹窗遮挡、页面改版或网络延迟，都可能影响执行。桌面任务还会受到电脑休眠、会话中断以及人员同时操作的影响。部署时应确认是否需要专用运行会话，并测试相应异常。

验证码和多因素认证可能需要员工介入，不能默认自动绕过。对于无人值守任务，应采用目标系统支持的身份方案，或明确在认证失效后暂停并通知负责人。

灵搭智能终端提供界面操作智能体，员工可以让它读取本地文件，在授权的软件界面中填写内容，并查看任务进度和生成的成果。适合用接口完成的步骤，则可由灵搭工作流调用 API 工具或 MCP 服务处理。

Workflow 2.0 将取数、填写和确认安排在同一项任务中。Agentic 节点根据工具返回的信息决定下一步，例如查询申请状态，或在缺少必填字段时请求补充。固定的提交条件仍由工作流检查，不能由模型自行省略。

接口返回 HTTP 200，可能仅表示请求被接收；页面显示“提交中”，也不等于已经创建成功。业务任务的完成条件，应包括结果标识和目标系统状态。

采购申请提交后，可以核对申请单编号、申请人、金额和审批状态。下载文件后，应确认文件类型、内容和所属任务，避免把错误页面保存成附件。写入结果和当前任务之间需要有可以追踪的对应关系。

异步操作尤其需要区分“已受理”和“已完成”。系统受理请求后，智能体可以按约定查询结果；到达截止时间仍未完成，应保留待处理状态，交给相应负责人，不能自行报告成功。

一次提交可能已经成功，只是响应没有返回。直接重试会造成重复申请或重复交易。因此，失败恢复之前，应先判断动作是否已经生效。

有条件的接口可以使用幂等键：同一业务请求多次发送，服务端按约定避免重复创建。没有这类机制的旧系统，可结合唯一业务标识和状态查询进行重复检测。GUI 操作的重试尤其要谨慎，界面提示不足时应交由人员核实。

即使支持撤销，也需要明确撤销能恢复什么。删除草稿通常较容易，已经发送的通知或已生效的外部交易可能无法完全恢复。重要任务应事先约定补偿处理及责任人。

验收系统连接时，要实际完成一次任务，也要测试提交超时等例外。智能体能够找到生成的申请单，识别尚未完成的操作，并把无法确认的情况交给负责人，业务团队才有依据安排日常使用。

GUI Agent 能完全替代 API 吗？

需要按任务判断。界面操作适合补充缺少接口的环节，但页面变化和运行环境会增加维护成本。对高频、关键写入任务，应比较可用接口和界面方案的可靠性。

接入 MCP 后，智能体就拥有系统权限了吗？

没有。权限仍由身份、工具服务和目标系统共同控制。能发现一个工具，不代表可以调用它处理任意数据或执行任意操作。