简介面向短视频创作者、AI视频生成爱好者与自媒体运营人员的一份可运行源码包围绕Coze工作流打造AI美食视频。资源在工作流中内置从食物名称到高质量文生视频提示词的生成链路用户只需输入食材或菜名即可调用文生视频模型产出具吸引力的美食片段降低视频制作门槛同时兼顾流量与变现需求。压缩包共3个文件包含inscode项目配置、HTML页面与gitignore文件整体仅8KB结构轻量适合直接在Coze平台导入、阅读与二次修改。目前已有1385人学习下载。源码外还凝练了作者的实操经验对比豆包、Running Hub、Veo3三种视频生成方式的优缺点分析模型选择逻辑拆解如何优化提示词以传递美食的“色香味”并通过特殊效果增强观众的感官体验同时补充短视频运营策略帮助作品在海量内容中脱颖而出。无论零基础入门还是进阶调优都能从中获得可复用的工作流设计思路与落地技巧。 做短视频的朋友看到这个标题应该很难忍住不点进来。用Coze工作流批量生成AI美食视频本质上就是把“策划-写稿-配图-配音-合成”这一整套内容生产链路全部塞进一条自动化流水线里。我花了将近两周把这个工作流从零跑通中间推翻过三次设计方案最后沉淀出一套稳定出片的方案。这篇就专门讲这套工作流的搭建思路、节点配置、提示词模板以及那些文档里根本不会告诉你的坑。无论你是想批量做短视频素材还是单纯想研究Coze工作流怎么串联图像和视频能力这份经验都可以直接参考。1. 先搞清楚一件事为什么用Coze做AI美食视频1.1 AI美食视频的核心链路拆解很多人一听到“AI美食视频”第一反应是让AI直接生成一整段视频。但说实话目前主流平台都没这么干的或者至少做出来的东西没法商用。实际成熟的做法是把视频拆开先让大模型写一段60到90秒的口播文案再把文案按镜头切分成几个片段每个片段生成一张图片最后用文生视频模型把静态图变成动态镜头配上语音和字幕输出成片。Coze工作流要干的事就是把这条链路做成自动化的。为什么必须拆开做因为一段高质量美食短视频信息层次其实是分开的文案负责节奏和情绪画面负责视觉冲击配音负责把两者粘起来。如果试图让AI一次性生成这几层质量都会崩掉。拆开之后每层都能用最擅长的模型而且单点可替换——今天用A公司的图片模型明天换B公司的TTS整体架构不用动。这一点在你后面做批量生产时尤其重要模型的更新迭代速度太快了绑定太死容易被反噬。1.2 对比几类方案Coze的优势和短板做这种自动生成视频市面上其实有几条路本地ComfyUI流程图、Dify、n8n、Coze扣子。很多朋友会纠结选哪个我自己的切身体会是这样的方案上手门槛多模态串联能力适合人群ComfyUI高需图节点思维强但偏图像视频/TTS要靠自定义节点有本地显卡的深度玩家Dify中高偏企业知识库和Agent和视频生成生态衔接绕企业级应用开发者n8n高什么都能接但非程序员容易劝退工程化背景的用户Coze低内置图片/视频/TTS插件节点拖拽即用内容创作者、自媒体我最后把方案落在Coze上核心原因就两个一是它把最痛苦的多模态集成做成了内置插件图像生成、文生视频、语音合成都是拖个节点就能用二是工作流支持导出JSON也就是标题里说的“源码”不仅自己可以备份复用还能分享给其他人一键导入。这个特性对做模板分发的人来说太重要了。当然Coze也不是没有短板。因为节点封装得比较深部分高级参数暴露得不够比如有些图片模型的底层采样参数在界面上看不到。遇到这种情况我的做法是加一个代码节点在中间层直接调API把控制权抢回来。这招后面会详细讲。2. 工作流整体设计与节点规划2.1 8个核心节点一条流水线我先给整体骨架开始节点→大模型节点写文案→代码节点清洗和分镜→图像生成节点多张配图→文生视频节点多段动态镜头→文本转语音节点→视频拼接/字幕节点→输出节点。表面上是8个节点真正决定成败的其实在“分镜”和“拼接”这两步因为模型之间的输入输出格式差异非常大必须有人或代码在中间做翻译。我第一次搭建时犯过一个典型错误直接把大模型的输出接到图片生成节点结果模型返回的是一整段带标点的文案图片节点完全不知道该怎么处理。后面我在大模型和图像生成之间加了一个代码节点把文案解析成结构化JSON每个镜头包含编号、时长、旁白、画面描述、景别、运镜方式六个字段后面的节点只认这个结构。这一步做完整个工作流的稳定性一下就上来了。关于知识库我想多说一句很多人一看到工作流就想往里塞知识库觉得有知识库显得智能。但美食视频的文案核心是“节奏感”和“食欲感”属于创意生成不是知识问答。塞入知识库反而会让模型被资料束缚写出来的文案又长又平读起来像菜谱说明书。所以我的方案里文案完全靠提示词约束不用知识库。2.2 为什么把文案和脚本放在第一步先有文案再出图、再配音这个顺序几乎不能反。因为美食视频的镜头语言、素材数量、TTS时长都是由文案决定的。比如“一口脆皮鸡咬下去咔嚓一声”要配一个特写镜头如果你先出图再写文案镜头数量根本对不上。正确的做法是大模型先把文案写好同时输出镜头表。镜头表的字段我在前面提过编号、时长、旁白文本、画面描述、景别、运镜方式。这里的“时长”非常关键它会在后面指导两个地方一是图像生成节点决定生成几张图二是TTS节点决定每段配音的大致长度。整条流水线都围绕着镜头表转。这里分享一个经验在代码节点里做一次强校验只保留镜头表需要的字段其余信息全部丢掉。因为大模型经常会在输出里带一些无关内容比如“以下是您的脚本”这种废话。第一次跑通工作流时我遇到过模型没有输出镜头表而是一段花哨的介绍导致后面根本没有画面可用的情况。加一个严格的解析函数不合格就报错重跑能省很多排查时间。3. 手把手搭建从空白工作流到能出片3.1 创建项目与基础配置进入Coze控制台新建一个“工作流”类型的项目注意不是Bot。这里非常容易搞混Bot偏对话交互Workflow偏批处理流水线做美食视频工具起点一定是Workflow。然后在开始节点配置四个输入字段菜名、风格、时长、画幅比例。这四个字段会贯穿后面所有节点。比如菜名是“红烧肉”风格是“深夜食堂暖色调”时长是60秒画幅比例是9:16整个工作流就会按照这组参数去生成对应内容。我建议画幅比例直接用下拉枚举1:1、16:9、9:16避免用户手输非法值。3.2 文案节点让模型扮演“美食编导”画布上新增大模型节点我选的模型是支持长上下文的那种重点在提示词要写得像角色设定而不是命令。我的完整提示词模板放在下一节这里先说参数感受温度设置在0.7到0.8之间太高容易话痨写出来一堆形容词太低写出来像说明书没有任何食欲感。最大回复长度要足够容纳60到90秒口播稿和镜头表建议1024 token以上否则输出会被截断。还有一个细节系统性提示词里要明确告诉模型“你是一名有10年经验的美食短视频编导”而不是“请写一段美食视频脚本”。角色设定能显著影响输出风格这在做AI内容时是一条通用规律。另外我要求模型按“分镜表格”输出Markdown格式因为Markdown在代码节点里用正则解析非常稳定。3.3 翻译与图片节点让画面跟上文案图像生成模型对中文场景的理解远不如英文这是我踩过的一个比较深的坑。最初我直接在提示词里写“中式早餐热气腾腾特写”结果画面经常出现诡异文字和错误餐具。后来我养成了一个习惯所有提交给图像生成模型的提示词全部用英文但不是手工翻译而是加一个翻译节点让大模型在把镜头表里的画面描述翻译成英文后再交给图片节点。这一步看起来多此一举但对画面稳定性的提升非常显著。翻译节点的大模型参数可以按默认来温度调低到0.3避免翻译过程自由发挥。翻译完的英文描述要遵循固定模板主体环境光线镜头语言风格关键词。图像生成参数方面图片比例要和视频最终输出比例一致比如最终是9:16竖屏图片就生成9:16否则后续做视频时不是被裁切就是被拉伸。风格我一般设置为“美食摄影/Food Photography”同时把提示词里的“食欲感”“热气”“光泽”这类关键词加上。这里有一个关键参数种子值。如果希望多段镜头风格统一需要固定seed或者干脆把第一张图的seed传给后续节点批量生产时这个细节直接决定视频质量是否“像同一个摄影师拍的”。3.4 文本转语音与字幕配音和文本同步文本转语音节点我用的TTS支持中文和多种音色选音色时优先选“温暖”“叙述感”的美食视频不适合机械感太强的声音。很多人忽略一个细节字幕不是翻译整段文案而是应该使用“单镜头的旁白文本”。因为工作流里生成的每个视频片段都是独立的字幕要和片段对齐如果直接拿整段文案做字幕拼接时会出现字幕提前或延后的大问题。所以这里我的流程是从镜头表里取出旁白文本转成语音同时生成对应的字幕文件。字幕这一步可以用代码节点做把“镜头文本时间码”拼成SRT格式。这样每个视频片段自带一段字幕最后拼接时自然对齐。3.5 视频合成与导出最后一公里视频生成节点理论上有很多选择我这套工作流里选的是文生视频模型输入是图片加镜头描述。注意这类模型的输入是一张静态图它是在图上加动态效果不是从零生成视频。所以前面图片节点的稳定性直接决定视频成败。图片花视频一定花。镜头描述我同样用英文和图片提示词保持同一套风格关键词这样生成出来的动态效果才会延续画面风格。生成完多段视频片段后下一步是拼接。Coze生态里有视频处理插件也可以用代码节点调用视频处理API。拼接时我会做一个细节处理每个片段之间加入0.3秒的淡入淡出过渡避免硬切带来的廉价感。最终输出一个MP4文件后面再按需加BGM和片尾。3.6 工作流JSON片段参考下面这段是工作流导出JSON里最核心的节点配置我用它做示例。创建时可以直接在Coze界面配置也可以导入类似结构后修改{ start: { params: [dish_name, style, duration, aspect_ratio] }, script_node: { type: large_language_model, model: max, temperature: 0.75, max_tokens: 2048, prompt_template: novel_food_script_template_v3 }, parse_node: { type: code, language: python, operation: parse_markdown_table_to_json }, translate_node: { type: large_language_model, temperature: 0.3, operation: translate_scene_desc_to_en }, image_node: { type: image_generation, prompt: {{translate_node.output}}, image_size: 960x1707, style: food_photography, seed: {{parse_node.seed}} }, video_node: { type: image_to_video, image_input: {{image_node.output}}, motion_prompt: {{translate_node.output}} }, tts_node: { type: text_to_speech, voice: warm_male_v2, text: {{parse_node.narration}} }, merge_node: { type: video_merge, fade: 0.3, subtitle: auto_generate_srt } }不是所有参数都要照抄平台模型更新很快重点是理解节点之间的数据流开始节点传递参数给大模型大模型输出经代码解析后成为结构化的镜头表镜头表再分流给图片、视频、TTS三个节点最后汇总到合并节点。4. 提示词模板与批量生产的细节4.1 中文文案提示词模板下面这份是我实测下来比较稳定的模板可以直接复制到文案节点里你是一名有10年经验的美食短视频编导擅长用口语化、有食欲感的方式介绍一道菜。 请根据以下信息生成一条【{duration}秒】的短视频脚本。 菜名{dish_name} 风格{style} 画幅比例{aspect_ratio} 要求 1. 脚本分为3-5个镜头每个镜头15-30秒总时长控制在{duration}秒左右。 2. 语言口语化避免书面语多用短句让观众听一遍就能记住。 3. 文案必须突出“视觉味觉”双重刺激适当使用拟声词。 4. 输出格式为Markdown表格包含列镜头编号、时长、旁白文本、画面描述、景别、运镜方式。 5. 画面描述必须具体包含食材、颜色、光线、动作可被直接翻译成英文绘图提示词。你可以看到我把“菜名、风格、时长、画幅比例”四个参数全部做了变量化。这样做的好处是后面在Coze里跑批处理时只需要换一组参数就能生成完全不同的视频不用改任何节点逻辑。4.2 英文绘图提示词模板翻译节点拿到中文画面描述后我给它一段固定的英文模板确保每次翻译格式统一Translate the following Chinese food scene description into an English image prompt. The output should follow this structure: [subject], [environment], [lighting], [camera language], [style keywords] Rules: - Use professional food photography vocabulary. - Always add keywords: appetizing, fresh ingredients, rich texture, shallow depth of field, professional food photography. - If the description mentions steam, add steam rising, soft warm light. - Keep the output under 50 words. Chinese description: {scene_description}这套模板跑出来的英文提示词图片模型理解得非常好。核心技巧是“结构化固定关键词”而不是让模型自由发挥翻译。自由发挥的翻译经常会丢掉关键信息比如“热气腾腾”被翻成“hot”之后图片里就完全没有蒸汽效果了。4.3 批量生产的小技巧变量化加缓存批量生产时我习惯把菜名和风格做成两个变量集例如一次跑10条视频红烧肉/深夜食堂、糖醋排骨/日式暖光、麻婆豆腐/川菜馆烟火气……然后用批处理方式跑多组参数。建议一次生成不超过10组因为文生视频和图片生成都比较消耗额度账单一上来容易失控。另一个很重要的技巧是缓存。如果只是改了配音音色千万不要从头把所有节点重跑一遍。Coze工作流的中间产物可以缓存只重跑TTS相关节点图片和视频完全不需要重新生成。我一开始不知道这个机制为了换一个音色整套流程重跑了三遍白白烧掉大量额度。先查缓存再决定重跑范围这是成本控制的基本功。5. 常见问题与排查技巧实录5.1 画面风格漂移怎么办有段时间我跑出来的视频第1个镜头是暖黄色调第3个镜头突然变成冷色调同一道菜看起来像两个摄影师拍的。排查了半天问题出在图片生成节点每次调用API时没有固定种子即使提示词相同结果也会有随机差异。解决方案分两步第一图片生成节点固定seed值这段视频跑批时所有镜头的seed都从第一个镜头的seed继承第二在英文绘图提示词里统一颜色基调比如始终加“warm color tone”“golden light”这样即使seed有一点随机性整体风格也不会跑偏。5.2 配音和画面不同步这个问题的根源不在Coze而在“文案预定时长”和“TTS实际时长”的不一致。你按15秒设计了一个镜头结果TTS朗读出来用了20秒画面就不够用了。我的处理方法是后处理阶段以音频时长为基准视频片段允许比音频短一点但绝对不能反过来。简单说就是片段宁可多余不可不够。具体操作时我会把每个镜头的视频片段生成时长设定为镜头表时长的1.1倍留出10%的余量后续拼接时再按音频实际时长裁剪。如果音频比预期长太多就分段调节播放速度控制在1.0到1.1倍速之间人耳几乎听不出差别。5.3 运行报错和成本失控工作流跑不通80%是节点之间输入输出格式不匹配。最经典的报错是图片节点要URL但上一个节点返回的是base64或者视频节点要图片列表你传了一张图片字符串。这种问题没有捷径只能顺着节点链路逐个检查数据类型。我自己的排查习惯是先跑一条最简流程确认每个节点的输出格式再逐步加复杂逻辑。成本失控是新手最难受的问题。我的建议是先用免费额度把完整流程跑通再开付费批量生产之前先手动跑一条完整视频记录总消耗再乘以批量数量预估本次总成本。另外在Coze里可以设置单次运行上限超过就自动停止这是保护钱包的最后一道防线。最后再分享一个小技巧工作流导出JSON后记得把提示词模板也单独存一份。模型更新后有时候同样的提示词效果会变差这时候模板能帮你快速定位是哪个环节出了问题。我做这套工作流最大的感受是AI视频生产不是单个模型多强而是整条流水线能不能稳定跑起来。先把节点逻辑捋顺再去追新模型千万别反着来。本文还有配套的精品资源点击获取