当前位置: 首页 > 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.jsqmd.com/news/1091114/

相关文章:

  • 大学生暑假必自学、入职直接能用的编程技巧(2026求职向)
  • 从零搭建Metasploitable2靶机:深入理解漏洞原理与安全加固实践
  • Bugzilla 实战:从零构建高效缺陷管理流程
  • 【Java 课程作业】继承 Thread 类与实现 Runnable 接口创建线程的区别详解
  • Python开发实习生指南:简历投递、实习内容与个人项目的本质区别
  • 终极Dify工作流宝库:让AI应用开发像搭积木一样简单
  • 深度学习周报(6.22~6.28)
  • 性价比高的捆扎绳服务周到的公司
  • JavaEE安全纵深防御:JNDI注入攻防演进与高版本JDK绕过实战
  • AI Agent:从RAG到多智能体
  • Gliding Horse 工具结果压缩体系:如何用“指针”驯服上下文膨胀
  • Win11Debloat终极指南:3步快速清理Windows系统,提升70%性能!
  • Agent后端-记忆RAG和上下文管理怎么做才像样
  • 导师严选!2026年性价比拉满的专业降AIGC软件
  • 实战深度解析:Unitree RL GYM如何实现机器人策略的多仿真环境无缝迁移
  • ada_demo_gprbuild demo.gpr操作流程
  • MiniMax M2.7自我进化机制解析:运行时反馈、研究代理与权重更新三闭环
  • 自进化的 Agent 记忆层 —— PowerMem 简易操作手册
  • I2C目标模式陈旧数据刷新与FIFO中断DMA协同实战
  • iot访问控制:模型公式、风险分析与工程落地
  • 如何高效解决macOS安全限制:SMAPI模组加载器完整配置方案
  • 7种客户知识分享策略,Baklib同源多站发布让效率翻倍
  • 图片太大怎么缩小
  • 第14讲|需求不清晰时,如何让 AI 反向追问
  • 看书---------
  • HTML 的 <button> 元素
  • 2026汤阴中古风家具厂家推荐,挑对源头少花冤枉钱
  • 易语言大漠插件模块实战:精准定位窗口句柄的FindWindow系列命令封装
  • OneDrive完全卸载工具:彻底清理Windows系统性能拖累
  • Qualcomm AiHub