摘要前几篇文章已经完成了三件事：理解 Langflow 是什么，理解组件源码结构，并通过 RAG 和自定义组件完成了两个实战案例。到这里，一个 Flow 已经可以在画布和 Playground 中跑通。但如果它只能停留在页面里，就还只是一个原型。真实工程落地中，Flow 通常需要被外部系统调用。例如：Web 后端需要把 Flow 当成一个 HTTP 服务。内部平台需要通过 API 触发文档分析。Agent 客户端需要把 Flow 当成一个 MCP Tool。自动化任务需要定时调用 Flow 并拿到结构化结果。其他服务需要传入参数、读取结果、记录日志和处理错误。本文围绕“服务化集成”展开，重点说明如何把一个已经跑通的 Flow 暴露给外部系统。我们会同时看两条路径：HTTP API：适合传统服务之间调用。MCP Tool：适合接入支持 MCP 的 Agent 客户端或工具生态。本文不会深入每个 Deployment Provider 的实现，而是聚焦最常用的运行入口、参数契约、鉴权边界、源码路径和排障方法。读者预期读完本文后，读者应该能够回答以下问题：Flow 从画布原型到外部调用需要经过哪些步骤。HTTP API 和 MCP Tool 分别适合什么场景。/a