当前位置: 首页 > news >正文

将工作流引擎接入 AI 编排平台的实践

为什么需要 MCP?

传统的 AI + 工作流集成方式通常是"硬编码":把流程 API 包成 Function Calling,每个 LLM 平台单独适配一套。MCP 的出现改变了这一局面——只需实现一次,所有支持 MCP 的 AI 客户端都能自动发现并调用你的工具。

对于 Slickflow 这样的工作流引擎来说,这意味着:

  • AI Agent 可以自主发起流程、推进审批、查询状态,无需人工干预
  • 知识库与流程联动:Agent 可以先查规则,再决定流程走向
  • 平台无关:同一个 MCP Server,Dify / Coze / n8n / Claude 均可接入

二、整体架构

┌─────────────────────────────────────────────────────┐ │ AI 编排平台 │ │ Dify · Coze · n8n · Claude · 自定义 Agent │ └────────────────────┬────────────────────────────────┘ │ MCP Protocol (HTTP Streamable / SSE) ▼ ┌─────────────────────────────────────────────────────┐ │ Slickflow MCP Server (:5100) │ │ │ │ ┌─────────────────────┐ ┌──────────────────────┐ │ │ │ WorkflowTools │ │ KnowledgeBaseTools │ │ │ │ (12 个工具) │ │ (2 个工具) │ │ │ └──────────┬──────────┘ └──────────┬───────────┘ │ │ │ │ │ │ ▼ ▼ │ │ IWorkflowService KbDocumentService │ └────────────┬────────────────────────┬───────────────┘ │ │ ▼ ▼ Slickflow Engine 向量数据库 (PgVector) (PostgreSQL) text-embedding-v4 / 1536d

Server 基于ModelContextProtocol.AspNetCorev0.3.0-preview.2,运行在 .NET 8 之上。


三、14 个工具详解

3.1 WorkflowTools(12 个)

工具名功能典型参数
list_processes列出所有已发布流程
start_process启动流程实例processCode, userId, appInstanceId
run_process推进流程(提交待办)taskId, userId, approvalStatus
get_process_instance查询流程实例状态processInstanceId
get_running_tasks查询用户待办任务userId
get_completed_tasks查询用户已办任务userId, appInstanceId
get_next_steps查询下一步节点taskId, userId
get_process_instances_by_app按业务单据查流程实例appInstanceId
get_approval_trace查审批轨迹(完成顺序)taskId
withdraw_process撤回(下一步未办时)taskId, userId
sendback_process退回到上一步taskId, userId
reject_process驳回到发起人taskId, userId

3.2 KnowledgeBaseTools(2 个)

工具名功能典型参数
search_knowledge_base语义搜索,返回相关文档片段query, count=5, threshold=0.7
list_knowledge_documents列出知识库全部文档摘要

四、核心实现

4.1 Server 注册(三行代码)

builder.Services.AddMcpServer() .WithHttpTransport(options => options.EnableLegacySse = true) .WithTools<WorkflowTools>() .WithTools<KnowledgeBaseTools>(); // ... app.MapMcp("/mcp");

EnableLegacySse = true同时暴露GET /mcp/sse+POST /mcp/message,兼容 n8n 等尚未实现 Streamable HTTP 的客户端。

4.2 工具声明(Attribute 驱动)

[McpServerToolType] public class WorkflowTools(IWorkflowService wfService) { [McpServerTool, Description("启动一个流程实例。返回流程实例ID(ProcessInstanceIdStarted)。")] public string start_process( [Description("流程代码,从 list_processes 获取")] string processCode, [Description("发起人用户ID")] string userId, // ... ) { // 先查流程定义,再创建 WfAppRunner 启动 var process = wfService.GetProcessByCode(processCode, version); var runner = new WfAppRunner { /* ... */ }; var result = wfService.StartProcess(runner); return JsonSerializer.Serialize(new { result.Status, result.ProcessInstanceIdStarted }); } }

每个工具方法只是一个普通 C# 方法,[Description]注解会被框架自动解析为 MCPinputSchema,大模型据此生成正确的参数调用。

4.3 API Key 鉴权

鉴权逻辑通过中间件实现,支持两种 Header 格式:

X-Api-Key: <your-key> // 或 Authorization: Bearer <your-key>

/health端点跳过鉴权,供 Docker/K8s 健康探针使用。空 Key 时自动进入开发模式(免鉴权),方便本地调试。

4.4 速率限制

// 每 IP 每分钟最多 100 次请求(可通过配置调整) RateLimitPartition.GetFixedWindowLimiter( ctx.Connection.RemoteIpAddress?.ToString(), _ => new FixedWindowRateLimiterOptions { PermitLimit = 100, Window = TimeSpan.FromMinutes(1) } );

超限返回HTTP 429,响应头包含Retry-After


五、与 AI 平台集成

5.1 Dify

在 Dify 工作流中添加"工具"节点,选择MCP Server,填入:

Transport:Streamable HTTP URL:http://your-host:5100/mcp Headers:X-Api-Key: your-api-key

5.2 Coze

Coze 要求额外发送协议版本 Header:

Transport:Streamable HTTP URL:http://your-host:5100/mcp Headers: X-Api-Key: your-api-key MCP-Protocol-Version: 2025-03-26

5.3 n8n

n8n 当前版本(已知 bug)不支持 Streamable HTTP,需走 SSE Transport:

Transport:SSE SSE URL:http://your-host:5100/mcp/sse Message URL:http://your-host:5100/mcp/message

Server 端EnableLegacySse = true已自动开启此端点。


六、内置 MCP Client(Agent 侧)

Slickflow.AI 内置了McpServerClient,AI Agent 节点可在运行时自动发现并调用MCP Server 上的所有工具,无需手动注册:

// 自动发现远程 MCP Server 上的全部工具 var client = new McpServerClient("http://your-host:5100"); var tools = await client.DiscoverToolsAsync(); // 注册到 ReAct Agent AgentToolRegistry.Global.Register("MY_ACTIVITY_ID", tools);

McpClientTool内部通过 JSON-RPC 2.0 调用远端工具,对 ReAct Agent 来说与本地 Function 完全透明。

http://www.gsyq.cn/news/1603065.html

相关文章:

  • Python开发实习生指南:简历投递、实习内容与个人项目的本质区别
  • JavaEE安全纵深防御:JNDI注入攻防演进与高版本JDK绕过实战
  • 终极Dify工作流宝库:让AI应用开发像搭积木一样简单
  • AI Agent:从RAG到多智能体
  • Gliding Horse 工具结果压缩体系:如何用“指针”驯服上下文膨胀
  • 自进化的 Agent 记忆层 —— PowerMem 简易操作手册
  • 导师严选!2026年性价比拉满的专业降AIGC软件
  • 实战深度解析:Unitree RL GYM如何实现机器人策略的多仿真环境无缝迁移
  • 第14讲|需求不清晰时,如何让 AI 反向追问
  • 看书---------
  • Win11Debloat:3分钟让你的Windows 11告别卡顿与隐私困扰
  • OneDrive完全卸载工具:彻底清理Windows系统性能拖累
  • 如何用5个步骤彻底优化你的Windows系统:Winhance中文版完全指南
  • 从数据获取到应用解析:CYGNSS海洋风场观测全流程指南
  • 电路板各处波形
  • 6人同唱!免费开源的卡拉OK游戏UltraStar Deluxe完全指南 [特殊字符]
  • 3个实战案例教你快速掌握PIDtoolbox:从飞行数据分析到精准控制系统优化
  • BiliTools:三分钟搞定B站视频下载,跨平台免费工具完全指南
  • 第一章Netty,单线程,非阻塞模式下多个客户端给服务端发消息,互不影响
  • SN65HVD1050 CAN收发器:工业抗干扰通信的硬件设计与实战指南
  • C++ gRPC 超详细实战教程|核心用途、安装部署、业务场景、完整可运行代码
  • Kindle漫画转换终极指南:让你的电子阅读器变身漫画图书馆
  • AI编程实战:如何开发一个谷歌浏览器插件,并上架 Chrome 商店?
  • 别再折腾你的Android和后端开发了,拆解跨系统推送的正确接入姿势
  • 【学习记录】Week1:Pwntools 基础——连接、接收与发送 Payload 实操
  • Simple Runtime Window Editor:三步突破游戏分辨率限制,打造专业级截图工具
  • 社论:拥抱贾子理论大厦:AI时代中国思想主权的战略觉醒
  • 星盾(Starshield)与星链(Starlink)系统架构差异解析:PWSA框架下的军用低轨星座独立体系与作战应用
  • Mi-Create开源表盘设计工具:可视化操作打造个性化小米手表表盘
  • 程序员真正的天花板,不是技术,是表达