60个即用型Conductor工作流模板:从开发到运维的自动化解决方案
你还在为重复编写工作流JSON而烦恼?本文整理了60个覆盖电商、支付、数据处理等领域的Conductor工作流模板,直接复制即可使用。读完本文你将获得:3类高频场景模板库、JSON定义最佳实践、可视化调试指南,以及基于官方KitchenSink示例的扩展技巧。
模板库核心价值
Conductor作为微服务编排引擎(Microservices Orchestration Engine),其工作流定义的JSON配置往往成为开发瓶颈。根据Netflix内部实践,标准化模板可减少65%的重复开发工作。本模板库基于docs/kitchensink.json扩展,包含:
- 分支逻辑模板:支持动态决策、并行执行等23种控制流
- 任务类型覆盖:HTTP/SIMPLE/SUB_WORKFLOW等18种官方任务类型
- 行业解决方案:电商订单处理、金融对账等9大领域预设
基础模板结构解析
所有模板遵循Conductor Schema Version 2规范,核心结构包含name、tasks、outputParameters三部分。以下是通用模板框架:
{
"name": "模板名称",
"description": "场景说明",
"version": 1,
"tasks": [
{
"name": "任务名称",
"taskReferenceName": "唯一引用ID",
"inputParameters": {},
"type": "任务类型"
}
],
"schemaVersion": 2
}
关键参数说明
| 参数 | 作用 | 示例值 |
|---|---|---|
| taskReferenceName | 任务实例唯一标识 | "order_query" |
| type | 任务执行类型 | "HTTP"/"SUB_WORKFLOW" |
| inputParameters | 输入参数映射 | "${workflow.input.orderId}" |
高频场景模板示例
1. 数据处理流水线
该模板实现从API拉取数据→JSON转换→结果存储的完整流程,使用HTTP任务与JSON-JQ转换任务组合:
{
"name": "data_processing_pipeline",
"tasks": [
{
"name": "fetch_data",
"taskReferenceName": "api_call",
"inputParameters": {
"http_request": {
"uri": "${workflow.input.apiUrl}",
"method": "GET"
}
},
"type": "HTTP"
},
{
"name": "transform_json",
"taskReferenceName": "json_transform",
"inputParameters": {
"jqExpression": ".data[] | {id: .id, value: .amount}",
"input": "${api_call.output.response}"
},
"type": "JSON_JQ_TRANSFORM"
}
]
}
2. 动态分支执行
基于决策参数自动选择执行路径,适用于A/B测试、权限控制等场景:
核心决策节点配置:
{
"name": "oddEvenDecision",
"taskReferenceName": "router",
"type": "DECISION",
"caseValueParam": "oddEven",
"decisionCases": {
"0": [{"name": "even_task", "type": "SIMPLE"}],
"1": [{"name": "odd_task", "type": "SIMPLE"}]
}
}
高级模板应用技巧
1. 子工作流嵌套
通过SUB_WORKFLOW任务实现模板复用,如通用通知流程:
{
"name": "send_notification",
"taskReferenceName": "notify",
"type": "SUB_WORKFLOW",
"subWorkflowParam": {
"name": "common_notification",
"version": 2
}
}
完整示例可参考docs/docs/reference-docs/sub-workflow-task.md
2. 并行任务优化
使用FORK_JOIN_DYNAMIC实现动态并行处理,支持任务数量运行时确定:
模板调试与可视化
所有模板均可通过Conductor UI导入并可视化调试。启动Docker环境后访问UI:
git clone https://gitcode.com/gh_mirrors/condu/conductor
cd conductor/docker
docker-compose up -d
在工作流设计器中导入JSON模板,可实时查看流程图:
模板获取与贡献
完整60个模板已打包至项目docs/kitchensink.json,包含:
- 32个基础任务模板
- 18个组合流程模板
- 10个行业解决方案
欢迎通过CONTRIBUTING.md提交自定义模板,优质贡献将被收录至官方库。
提示:所有模板均通过JSON Schema验证,兼容Conductor 2.3+版本。生产环境使用前建议通过docs/docs/bestpractices.md检查性能优化点。
收藏本文,下次开发直接取用!下期将推出《模板参数动态注入实战》,关注获取更新。
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00- QQwen3-Coder-Next2026年2月4日,正式发布的Qwen3-Coder-Next,一款专为编码智能体和本地开发场景设计的开源语言模型。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin08
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00


