1. 为什么我从“逐条手写”转投Coze工作流来做小红书图文先交代下背景。我自己在做小红书账号主要发探店测评和数码产品体验。说实话内容本身不难但架不住量多——一周要出8到10篇图文每篇从选题、文案再到配图一套弄下来至少40分钟。更烦的是那种“复制粘贴再改动”的重复劳动热点话题都出来了还在这边憋“开头怎么写”的初稿等发出去流量早就跑别人那儿去了。后来我把主流程切到了AI辅助用ChatGPT写文案、用Midjourney生成配图。效率确实提升了一些但新的问题又冒出来每次都要在不同工具之间来回切换提示词得反复粘贴图片尺寸要对齐平台规则文案里“小红书风格”的说话腔调还得自己一边改一边教。做三五篇还好做到三十篇的时候真的会觉得这套流程是不可持续的手工作坊。直到我认真把Coze工作流捡起来重新试了一遍才找到真正能“输入一个主题直接吐出一套完整图文”的办法文案自动出、配图自动出、文字和图片自动拼版成一张能直接发的小红书图片。整个过程不需要我一句句去改提示词也不需要手动调整尺寸和排版。这篇文章就把这套工作流的完整搭建思路、节点设置、实测结果和踩坑记录都写清楚目录上的朋友可以直接照着搭。需要先说清楚写作的终点不是“洗稿式批量搬运”而是让创作者把原来花在排版、配图、苦想文案结构上的时间省下来把更多精力放在选题判断和真实体验上。这套工作流至少解决了三个实际痛点输入一个主题文案不用自己憋模型按小红书风格出稿图片不用到处找素材工作流里直接生成封面图和正文配图尺寸按小红书规则定好排版不用反复拖拽调整画板节点自动把标题、正文、图片拼成一张完整图文输出即成品。本文不是那种“我只是介绍一下思路”的空谈而是完整的操作级教程。下面每一部分都对应着你在搭建时会真正遇到的节点和参数照着做两三个小时能拿到一个能跑的版本。2. 工作流整体骨架输入主题后数据是怎么一步步变成图文的2.1 这五类节点串起了整个流程Coze工作流的本质是把“多个AI能力”按你指定的顺序串起来前一个节点的输出自动变成后一个节点的输入。这个思路跟工厂里的流水线非常像原材料进去依次经过不同工位最后出成品。我这套小红书图文工作流主线上一共用了五类节点节点类型在这条工作流里的作用关键点开始节点接收用户的主题输入定义一个输入字段比如“主题关键词”或“用户要求”大模型节点生成小红书文案角色设定提示词约束一次输出结构化JSON图像生成节点生成封面图和配图配置模型、尺寸、提示词提示词由上游文案节点自动带入画板/拼图节点把标题、正文、图片拼成一张成品图支持添加文本块、图片块可控制坐标和尺寸结束节点汇总输出结果输出最终图片地址、文案正文、可能的发布备注一开始你可能觉得节点越多越复杂但真正适合内容生产的流程恰恰相反——能用几个节点解决就用几个。我至今对这个工作流的日常维护也基本只在三个地方花精力改提示词、调图片尺寸、偶尔修正画板坐标。其余时间扔进去一个主题就直接出图出文非常省心。2.2 为什么选Coze而不是其他工作流平台现在做工作流的平台不少n8n、Dify、ComfyUI也都各有各的优势。但在“小红书图文AI创作”这个具体场景里我选Coze的理由其实很直接第一文本生成、图像生成、画板排版这几个关键能力在一个平台里闭环。使用ComfyUI或WebUI的独立技术栈时文生图相对顺手但把文案生成和最终排版也放进去就属于“后期强行组合”会引入额外的维护成本。Coze里大模型节点点几下就能接上图像生成画板节点一键拼版类型转换、JSON解析都有现成组件不需要自己写胶水代码。第二发布场景方便。Coze构建的工作流既能发布成API服务也能接进飞书、抖音、微信公众号等渠道。哪怕像我一样只挂在平台上自己做内容也能直接用网页端或小程序后台跑不用专门搭一套前后端。第三也是最重要的一点调试和迭代成本低。我在工作流里改了提示词或节点参数保存后马上能跑不用等待重新部署。这对“今天发现文案语气不对明天就想改掉”的内容创作者来说非常关键。当初我也纠结过要不要用Dify——它作为企业级Agent平台比较突出甚至能打包成独立应用适合更复杂的业务逻辑但对我这个“个人创作者想快速出图出文”的小需求来说Coze的轻量优势更明显。尤其是我刚刚提到的那版“coze工作流”本身定位就是轻量级、低门槛、即改即用正好对上了内容创作者的高频迭代习惯。2.3 发布与触发方式的选择搭建完成后还要考虑怎么触发这套工作流。Coze里触发方式大致有三类手动运行在Coze控制台里填写输入项点击运行适合自己使用、调试定时触发设置每日/每周固定时间自动运行适合做固定栏目比如每日热点话题图文API调用发布为API服务后由其他程序调用适合接入自己的内容管理后台或自动发稿脚本。我目前用最多的是前两种。每天下午跑一遍定时触发把当天要发的内容批量生成出来人工过一遍后发布。真要天天开着API去自动发布反而会增加运营风险不建议一上来就这么干。3. 文案生成链路如何让模型稳定输出“小红书味道”的结构化内容3.1 一个先用为快的提示词“地基”如果说整条工作流里面哪一环决定了下限我会优先说是“大模型节点的提示词”。图像节点再强文案拉胯整个图文也是废的。所以文案生成节点的提示词必须把“小红书风格”这个模糊概念拆成可执行的具体规则。我目前在“文案生成”节点里使用的核心提示词大致是这个逻辑可以直接复制到你的工作流里做基础改造你是一位有5年小红书运营经验的资深博主擅长用真实、口语化、有共鸣感的方式创作图文内容。你产出的文案只有一个目的让读者觉得“这说的就是我”。请根据用户提供的内容主题输出一篇小红书图文。结构要求如下主标题小红书风格可带少量emoji符号控制在16字以内副标题补充说明正文视角控制在24字以内正文300~450字口语化内容分2~4段段落之间有自然的转折不机械逐条列举可以包含符号化表情但不要满屏都是话题标签5~8个放到文案末尾基调真实可信避免空洞的形容词堆砌要有场景细节和语气偏向。最终请只输出JSON格式 {title:主标题,subtitle:副标题,body:正文内容,tags:话题标签1,话题标签2,...}这里最大的秘密其实不在于“写得好”而在于“格式稳定”。这一步直接决定了下游节点能不能流畅解析。如果让模型自由发挥有时候它给你标题用引号有时候给你正文里塞Markdown标题符号画板节点拼版时非常容易翻车。JSON结构化输出之后后续解析就变得异常稳定。3.2 用“结构化输出”给下游节点铺路很多初次搭建工作流的朋友会在这一步产生困惑为什么我的文案看起来还行但到了拼图节点就乱掉答案通常只有一个——上游输出不结构化。比如画板节点要在一个固定位置显示标题它拿到的字段必须是“title”这样的纯文本如果模型的输出里混着“《”或者换行符画板里的文本块就会错位或溢出。所以我在大模型节点的“输出变量”配置里也直接声明了JSON格式的字段并引导模型严格按字段取值。字段输出示例{ title: 本地人吃了十年的砂锅店, subtitle: 人均40吃到扶墙出, body: 这家店藏在小巷子里招牌是牛腩砂锅……, tags: #本地美食, #砂锅, #探店, #城市小巷 }这样不仅画板节点读起来方便就算哪天我想把文案单独拿去发图文以外的平台也能直接通过JSON字段做二次加工非常灵活。3.3 加入“人工干预变量”来保底AI生成的文案免不了偶尔跑偏语气太“营销号”、正文里出现重复句式、或者标签全是很水的热门标签。所以在文案生成节点后面我会再接一个“内容校验/调整”的大模型节点本质是做一次轻量级审查也可以理解为二次润色。这个节点的提示词可以这样设你是一名小红书内容审核员。请检查这段文案是否符合以下要求是否有明显广告法禁用词或夸大表达是否有重复句式或逻辑错乱是否有不合适的营销感。 如果全部无问题原样返回JSON如有问题请修正后返回JSON。注意必须保持原始JSON结构不要改动字段名。实测下来这个“二次审查”节点能把文案质量明显往上拉一档。尤其是当你的内容主题跨领域很大今天写美食明天写数码的时候第一版模型输出的腔调可能不稳定二次审查能起到风格纠正的作用。4. 配图与封面链路一张能直接发的小红书图片是怎么拼出来的4.1 图像节点的选型与尺寸设计小红书的图片展示规则大家都懂封面图在信息流里非常重要尤其是竖版3:4的比例比较讨巧能在屏幕中占据更大区域正文配图则比较灵活1:1或3:4都可以接受。所以我在工作流里设计了两条图像生成分支封面图统一用3:4竖版尺寸建议设为1242 × 1660 或 1080 × 1440分辨率适中既能保证清晰度又不过度拉高生成耗时正文配图用1:1方图尺寸建议为1080 × 1080干净、规整、方便排版。Coze的图像生成节点里可以选的模型不只一种。实际体验下来对于“小红书封面”这种偏生活化、重视氛围感的图用“乐享绘画”或“即梦”的效果都还不错。如果是需要写实人像或产品图早期的某些模型生成效果不太稳定建议多测几个模型再确定最适合你内容方向的。4.2 让别人替你写图的中文提示词像在给设计师“派活”图像生成提示词这块很多人的误区是“我要尽量描述得美轮美奂”。但在工作流场景里我们更需要的其实是“稳定的画面结构”。因为字幕是要落到封面图上的如果画面本身太乱、视觉焦点不明确文字压上去就很难看。我用的封面图提示词模板大致是这个路子主题{这里的变量由文案节点自动传入如“咖啡店探店”} 风格明亮通透的探店实拍感自然光高调风格主题物占画面中心偏下位置背景有一定景深避免复杂纹理。 构图上下留白上部主视觉延伸到顶部下部预留1/4画面方便叠加标题文字没有额外文字覆盖。 输出要求竖版3:4高清无其他水印。这个提示词用了“预留文字区”的概念对后期拼版非常关键。如果你不想让标题文字被画面里的物体挡住一定要在图像提示词里就预留出文字位置。这条经验是踩了很多次坑后才彻底领会到的——图像节点出图后如果文字和图片主体重叠基本只能重新生成没有好的后期修复办法。4.3 画板节点把文案和图片“组装”成一张成品图的细节Coze的画板节点本质上是一个可以手动设定坐标、尺寸、层级关系的二维画布。你可以往画布里拖文本块、图片块、标题块然后固定它们的位置。跟普通图片编辑软件的区别在于画板里的这些内容都是由上游节点动态填充的每次运行时都不一样。我的画板布局如下背景层放AI生成的封面图铺满画布标题区放在画布上方靠中间位置约在顶部20%~35%的区域字号 44~56字体颜色优先选白色或深色描边看背景深浅副标题区标题下方字号 28~32透明度处理得柔和一点署名/标签区底部位置放账号昵称或固定口号。这里一定要提醒一句画板节点里的字号单位和图片尺寸是绑定的所以先确定画布尺寸再调字号。我踩过的一个典型坑是画布设置成1080×1440字号48开始觉得够大结果生成后发现实际文字只占很小一块因为画布坐标用的是像素单位字号48在1440px高度的画布上并没有想象中那么醒目。建议直接在1242×1660的画布上把标题字号设到 52~64。这个数值在手机屏幕上正好能看清又不会显得过于“老年表情包”。5. 完整跑通一遍拿“咖啡店探店”实测整条工作流5.1 输入侧只填一个主题名其他交给工作流很多人会有个误解用工作流输入一个主题就真能“一键”搞定那操作者是不是啥都不用管实际情况没那么夸张至少在我这套流程里输入侧还是留了两个可选填字段主题名称必填比如“胡同里的精品咖啡店”补充要求选填比如“强调手冲风味”“适合拍照打卡”“人均消费40元”等细节。实测我输入“胡同里的精品咖啡店”补充要求写“强调露营风的装修和手冲咖啡”然后点击运行。5.2 链路各节点的实际输出全记录以下是完整跑通过程中各节点的实际输出为了不泄露我自己的账号数据细节做了轻微脱敏处理文案节点输出标题生成“这家胡同咖啡店我可以待一下午”副标题“手冲很稳拍照也出片”正文约380字分三段第一段引入自己怎么找到这家店第二段描述环境和手冲口感第三段写适合的场景和值不值得专程跑一趟话题标签五个。二次审查节点检查后无改动直接返回。封面图像节点生成一张竖版3:4的咖啡店照片画面主体是木质吧台和手冲壶上面1/4为墙面留白刚好放标题。正文配图节点生成两张方形图一张是角落的露营椅和绿植另一张是咖啡拉花特写。画板节点把封面图作为背景标题“这家胡同咖啡店我可以待一下午”压在顶部留白区副标题“手冲很稳拍照也出片”紧随其后底部放上一行小字“我的账号名”。结束节点输出同时给出最终成品图链接和完整文案字段。整个运行过程大约花了40秒比我手工写一篇加找三张图快多了。5.3 拿到的成品图质量怎么看当然“快”不等于“直接就发”。跑完后的成品图我的习惯是花一分钟做人工审校重点看三处标题有没有盖住画面主体文案里有没有明显的事实错误或夸大话题标签是否准确需不需要替换成当前热点话题。只要这三点OK图片我就直接用文案再复制到小红书的发布框里稍微调整一下语气和分段基本能控制在3分钟内完成一篇图文内容。这套“输入主题→自动产出图文→人工微调”的流程让我从每天花3小时做图文中解放出来现在基本30分钟搞定当天要发布的量。6. 我在搭建和运行中踩过的几个大坑与修复方案6.1 图像节点超时与重试机制的坑第一个大坑或者说使用频率最高的问题就是图像生成节点经常超时。Coze的图像生成是有耗时上限的高峰期排队严重时一个图可能要30秒以上一旦超过上下文等待时间节点就报错整个工作流中断。我最初的解决方案是“对图像节点不做处理报错就重跑一遍”。后来发现这样太浪费于是改成了“重试机制”的配置思路在图像节点后面接一个代码/条件节点判断图像节点的返回状态如果失败自动回到上游重新调用一次并设置间隔等待。实测把工作流成功率从70%拉高到了95%左右。注意Coze里不同版本的重试策略改动还挺频繁的如果你用的版本里没有直接的“重试”配置就用“分支条件 循环”模拟一套简单的重试逻辑很快就能搞定。6.2 JSON解析失败原因不在解析器而在大模型的“小聪明”另一个高频问题是大模型节点输出不严格遵循JSON结构。有时候它会在JSON外面加一个json标记有时候会在字段值里混入换行符画板节点读取时直接乱掉。解决方向有两个第一在提示词里明确写“只输出JSON对象不要用代码块包裹不要注释”第二在工作流中加一个“代码节点”用解析器强行处理——如果解析失败就把原始字符串截断后再试一次这样可以容错很大一部分格式问题。6.3 画板里的文字溢出问题及坐标调整思路和封面图不同当你的正文文字量比较大的时候画板文本块和图片之间非常容易出现遮挡、文字拉出边界这些问题。尤其是中英文混排、带emoji符号的标题不同字体的宽度不一样看起来长度合适拼版后却超框了。我的建议是舍“文本自适应”求“冗余空间”标题文本区域宽度设定时预留20%的冗余比如画布宽1080像素文本块宽度设到900像素以内行高设置1.3~1.5倍防止字符挤压在一起正文区域固定高度后再做一次超出截断处理在代码节点里裁剪字符长度保证再怎么溢出也不会破坏排版。6.4 定时触发失败时的“静默”问题定时触发听起来方便但如果某一天工作流里某个节点报错定时任务只是静默失败不会主动通知你。刚用那阵子我有一天发布的图文明显变少检查后才发现那天的定时任务根本没成功跑完白白浪费了当天的流量窗口。后来我把“运行结果”用飞书机器人或邮件发送出来失败时也会同步一条错误通知。这个习惯帮我减少了很多“事后补救”的被动局面。6.5 别让“批量生成”变成“批量复制感”最后想专门提一个内容方向的坑。工作流能批量生成内容不等于内容就可以是“换汤不换药”的流水线产品。AI生成的内容如果一直依赖同一个提示词模板读者连续几天看完你的笔记后会明显感觉到叙述结构和用词都是同一个“模子”。我的做法是准备3~5套不同的文案结构模板在工作流里做随机切换每套模板的语气、段落节奏、开头方式都不同在提示词里加入一个“当前语气偏好”变量根据内容主题动态调整。这样虽然本质还是在用同一套工作流但最终产出的图文会有较明显的差异感不会让账号变得像个AI发布的机器人账号。7. 工作流的获取方式与后续扩展思路7.1 “获取”这件小事模板、复制与自定义的界限标题里写了“获取”关键词这里必须说清楚Coze工作流是可以直接分享模板链接的别人拿到链接后可以“复制”到自己的Coze空间里然后基于自己的账号体系运行和修改。这种方式比自己从零搭建省了约80%的时间但同时也要知道别人的模板终究是别人对问题的理解复制后建议按照自己的内容方向去调提示词、改尺寸和风格。如果你是第一次接触Coze建议不要直接去复制一个特别复杂的模板。优先把我上面提到的五个核心节点手动拖出来搭建一条最简单的“输入主题→文案→配图→画板→输出”链路跑通了再逐步加二次审查、重试机制这些优化项。因为模板里的节点变量名和调用方式对你来说是个黑盒一旦出问题你很难快速定位。我自己的工作流目前没有放在公开的模板商店里因为部分图像配置和提示词涉及我的账号风格。如果你确实想要一份可以直接复制的基础版可以在留言区留下你的应用场景我整理后会开源一版“通用型小红书图文工作流”供大家放到自己的Coze空间里微调。7.2 从“单图文生成”到“内容生产线”这套工作流跑稳之后很多朋友第一反应是“能不能再增强一点”。我会把这些扩展方向分成三个梯队梯队一批量生成。把输入主题设置成数组一次跑N个主题输出N套图文适合周计划式运营梯队二自动对接发布能力。通过API把成品图传到自己的图床或微博/公众号等平台小红书发布最好人工过一遍避免盲目自动化带来的账号风险梯队三结合定时任务每天自动抓取平台热搜找到高热度主题然后自动触发生成图文形成“热点捕捉→内容产出”的完整链路。这三个梯队我目前完成了前两个第三个已经跑通了从热搜到生成的基础版本但还没有完全放生产环境因为对热点判断的准确性还需要更多人工校验。说实话在内容平台上“什么是适合我账号的热点”这件事至少现阶段还需要人的判断力来做最后一道把关模型可以帮忙找线索但不能替你决定。7.3 最后聊一点掏心窝的经验总结这些年试过不少自动化内容工具最大的感悟是工具真正能解决的是“重复劳动”工具替代不了的是“内容感”。只要你能把写文案、配图、排版这些环节的可复用部分抽象成参数和模板Coze这类工作流方案会非常大程度地解放你的时间但如果你本身没有内容方向上的判断力再智能的工作流产出也只是漂亮却无灵魂的批量文本。还是以我自己为例我的账号内容方向是探店和数码体验每篇文稿里的真实感受、踩到的坑、对产品细节的思考都是AI无法帮我去“经历”的。工作流能做的只是以这些真实素材为底座快速生成一套“能发出去”的图文框架。我只需要在这个框架上补充真实体验细节就能既保证更新频率也不牺牲内容厚度。如果你是做小红书刚起步的创作者这套思路可以帮你缩短“从想到发”的周期如果你已经是成熟博主它也能让你从每周几小时的排版苦力里解放出来把省下来的时间花在更有价值的选题策划和粉丝互动上。方向对了工具越用越顺手方向偏了再自动化也只是加速跑偏。希望这份教程能帮你少走一点弯路。有任何搭建过程中遇到的问题欢迎在留言区具体描述你的节点配置和报错信息我看到了会逐一回复。