一、问题背景为什么要用扣子工作流在很多日常工作中我们会反复执行类似流程收集用户输入分析需求调用AI生成内容校验输出格式按固定结构返回结果如果每次都手动复制、粘贴、修改提示词不仅效率低还容易出现格式不统一、步骤遗漏、结果不可控等问题。扣子工作流的价值在于它可以把一个复杂任务拆成多个节点让AI按照固定流程自动执行。例如我们想做一个“技术博客生成助手”传统方式可能需要手动完成输入文章主题让AI生成标题让AI生成大纲让AI扩写正文让AI生成摘要人工检查格式使用扣子工作流后可以把这些步骤编排成一个自动化流程。二、核心原理扣子工作流是怎么运行的扣子工作流可以理解为一个“可视化任务编排器”。它的核心逻辑是输入变量 → 节点处理 → 变量传递 → 条件判断 → 输出结果常见节点包括节点类型作用典型场景开始节点接收用户输入输入主题、风格、字数大模型节点调用AI生成内容生成标题、大纲、正文代码节点处理数据格式JSON解析、字符串拼接条件分支根据条件走不同流程判断输入是否为空插件节点调用外部能力搜索、数据库、工具能力结束节点返回最终结果输出文章、表格、JSON整体流程可以用下面的 Mermaid 图表示flowchart TD A[开始节点输入文章主题] -- B[条件分支判断主题是否为空] B --|为空| C[结束节点提示补充主题] B --|不为空| D[大模型节点生成文章大纲] D -- E[大模型节点扩写正文内容] E -- F[代码节点整理输出格式] F -- G[结束节点返回完整文章]从开发视角看扣子工作流解决的是三个问题流程标准化把重复操作固化为节点链路变量可追踪每一步输入输出都可以查看结果可复用同一套流程可以反复调用三、实战目标搭建一个AI技术博客生成工作流本文实战案例目标如下输入一个技术主题自动生成标题、摘要、大纲和正文初稿。3.1 适用范围与版本说明本文适用于扣子平台工作流基础功能AI内容生成类工作流技术博客、产品说明、教程文章等场景建议准备项目说明平台扣子平台功能工作流、Bot、大模型节点输入内容技术主题输出内容Markdown格式文章使用人群内容运营、开发者、产品经理四、工作流设计思路在正式搭建之前不建议直接拖节点。更稳妥的方式是先拆解任务。本案例可以拆成 5 个步骤步骤节点作用第1步开始节点接收文章主题第2步条件分支判断主题是否为空第3步大模型节点生成标题和摘要第4步大模型节点生成正文结构第5步结束节点输出完整Markdown文章对应流程如下flowchart LR A[输入主题] -- B{主题是否为空} B --|是| C[返回错误提示] B --|否| D[生成标题摘要] D -- E[生成正文] E -- F[合并输出]五、实战步骤从零搭建扣子工作流5.1 创建工作流进入扣子工作台后新建一个工作流。建议命名为tech_blog_generator命名时建议遵循三个原则使用英文或拼音避免特殊符号名称体现功能同类工作流保持统一前缀例如content_blog_generator content_title_generator content_summary_generator这样后期管理会更清晰。5.2 配置开始节点开始节点负责接收用户输入。本案例设置一个输入变量变量名类型必填说明topicString是用户输入的文章主题示例输入扣子工作流自动生成技术博客变量设计建议不要一次设置太多输入项必填字段要明确字段名尽量语义化例如{ topic: 扣子工作流自动生成技术博客 }5.3 添加条件分支节点为了避免用户输入为空需要增加一个条件判断。判断逻辑如果 topic 为空则返回提示 如果 topic 不为空则继续生成文章。条件可以设计为topic null 或 topic 当输入为空时结束节点返回请先输入文章主题例如扣子工作流自动生成技术博客。这个节点看起来简单但非常重要。很多工作流运行失败不是模型能力问题而是输入没有做校验。5.4 添加“大模型节点”生成标题和摘要第一个大模型节点用于生成文章标题和摘要。节点名称建议generate_title_summary提示词示例你是一名技术博客作者请根据用户输入的主题生成适合CSDN发布的文章标题和摘要。 用户主题 {{topic}} 要求 1. 标题包含技术领域标签例如【Coze工作流】 2. 标题控制在18到30个字之间 3. 摘要控制在200到250字 4. 摘要需要说明问题、方法、价值和结论 5. 输出必须是JSON格式 输出格式 { title: 文章标题, summary: 文章摘要 }建议让模型输出 JSON方便后续节点继续处理。示例输出{ title: 【Coze工作流】自动生成技术博客的实战指南, summary: 本文围绕Coze工作流的内容生成场景讲解如何通过开始节点、大模型节点、条件分支和结束节点搭建自动化写作流程。文章会从需求拆解、节点配置、提示词设计和常见问题排查几个方面展开帮助读者理解Coze工作流的编排逻辑并独立完成一个可复用的技术博客生成工具。 }5.5 添加“大模型节点”生成正文内容第二个大模型节点用于生成正文。节点名称建议generate_article_body提示词示例你是一名技术博客作者请根据用户主题生成一篇Markdown格式的技术文章正文。 用户主题 {{topic}} 文章标题 {{generate_title_summary.title}} 摘要 {{generate_title_summary.summary}} 正文要求 1. 必须包含问题背景、核心原理、实战步骤、常见问题、总结 2. 使用Markdown二级和三级标题 3. 每段不超过3行 4. 包含至少1个表格 5. 包含至少1个Mermaid流程图 6. 不要输出联系方式、二维码和营销内容 7. 内容要适合CSDN技术博客发布 请直接输出正文内容。这个节点的关键是不要只让模型“写一篇文章”而是给它明确结构。结构越清晰输出越稳定。5.6 添加代码节点整理输出格式如果希望最终结果更规范可以添加代码节点做格式拼接。节点名称建议format_markdown示例 JavaScript 代码如下/** * 功能将标题、摘要和正文拼接成完整Markdown文章 * 输入title、summary、body * 输出markdown */ async function main({ title, summary, body }) { const markdown # ${title} ## 摘要 ${summary} ${body} ; return { markdown }; }如果平台代码节点的入参格式不同可以根据实际变量名调整。建议代码节点只做轻量处理例如字符串拼接JSON解析字段重命名简单校验不要把复杂业务逻辑全部塞进代码节点否则后期维护会变困难。5.7 配置结束节点结束节点用于返回最终结果。返回字段建议设置为字段名类型说明articleString完整Markdown文章输出内容绑定{{format_markdown.markdown}}如果没有使用代码节点也可以直接输出{{generate_article_body.output}}最终用户看到的结果就是一篇完整文章。六、性能对比手工写作 VS 扣子工作流下面是一个常见内容生产流程的效率对比。任务环节手工方式扣子工作流方式主题拆解10-20分钟1-2分钟标题生成5-10分钟10秒左右摘要生成5-10分钟10秒左右正文初稿30-60分钟1-3分钟格式整理10-15分钟30秒左右总体耗时60-115分钟3-6分钟需要注意的是工作流生成的是初稿。正式发布前仍然建议人工检查技术表述是否准确代码是否可运行结构是否符合平台规范是否存在重复表达是否需要补充真实案例AI适合提升初稿效率人负责最终质量把关。七、常见问题与解决方案7.1 工作流运行后没有输出常见原因结束节点没有绑定正确变量上游节点执行失败条件分支没有覆盖所有路径排查步骤查看每个节点的运行日志确认大模型节点是否有返回内容检查结束节点变量路径补充默认分支7.2 大模型节点返回的JSON格式错误如果模型输出了多余文字例如好的以下是JSON { title: ..., summary: ... }后续解析可能失败。解决方式是在提示词中强调只输出JSON不要输出解释说明不要使用Markdown代码块。也可以增加代码节点做容错处理。7.3 输入主题为空导致结果异常建议在开始节点后增加条件分支。不要依赖大模型自行判断空输入。推荐提示请先输入文章主题例如扣子工作流自动生成技术博客。这种方式对用户更友好也能减少无效调用。7.4 文章内容太短可以在提示词中增加约束正文不少于1500字。 每个章节至少包含3个要点。 实战步骤需要包含具体配置说明。同时也可以把正文生成拆成多个节点生成大纲生成第一部分生成第二部分生成总结拆分后输出会更稳定。7.5 文章结构不符合预期不要使用过于宽泛的提示词。例如不推荐帮我写一篇关于扣子工作流的文章。推荐请按照问题背景、核心原理、实战步骤、性能对比、常见问题、总结六个部分生成文章。模型越清楚目标结果越接近预期。7.6 节点变量引用失败常见问题是变量路径写错。例如{{generate_title.title}}但实际节点名是generate_title_summary正确写法可能是{{generate_title_summary.title}}建议每配置一个节点就运行一次测试。不要等整个工作流搭完后再统一排查。八、提示词设计建议扣子工作流的效果很大程度取决于提示词质量。推荐使用下面这个结构角色你是谁 任务你要做什么 输入用户提供了什么 约束必须遵守哪些规则 格式按照什么结构输出示例你是一名技术博客作者。 请根据用户输入的主题生成一篇适合CSDN发布的技术文章。 用户主题 {{topic}} 要求 1. 标题包含【Coze工作流】 2. 正文包含问题背景、核心原理、实战步骤、常见问题、总结 3. 每段不超过3行 4. 不输出联系方式、二维码和广告内容 5. 使用Markdown格式 请直接输出文章内容。这个结构适合大多数内容生成类工作流。九、适用场景拓展扣子工作流不只适合写文章。还可以扩展到这些场景场景工作流设计周报生成输入工作内容输出结构化周报视频脚本输入主题输出分镜脚本客服问答输入问题输出标准回复产品文档输入功能点输出说明文档需求分析输入用户反馈输出需求清单只要任务具备“输入明确、步骤固定、输出可结构化”的特点都适合用工作流处理。十、总结本文从需求拆解、节点配置、提示词设计和常见问题排查几个方面完整演示了如何用扣子工作流搭建一个AI技术博客生成流程。核心思路可以总结为一句话先拆任务再配节点先控输入再控输出。如果你正在使用扣子工作流可以尝试思考几个问题你的日常工作中哪些任务是重复执行的哪些流程可以拆成“输入 → 处理 → 输出”大模型节点输出是否需要统一格式是否需要通过条件分支处理异常输入你更希望扣子工作流帮你生成内容还是帮你处理数据后续可以继续扩展这个案例例如加入知识库检索、插件调用、多轮审核节点把它升级成一个更完整的AI内容生产助手。
