简介一套基于扣子Coze工作流的情感早安电台全自动制作源码包面向零基础或有初步AI应用经验的创作者只需输入一个主题即可自动完成文案生成、配音合成、字幕与背景音乐匹配、视频素材剪辑等流程最终输出剪映草稿。资源共3个文件主要为inscode源码、html展示页面和gitignore配置压缩包仅6KB结构精简便于直接运行或在此基础上扩展。目前已有1040人学习下载。源码包对应文章中28个核心节点的完整实现涵盖文案生成、时间处理、音频合成、视频剪辑等环节并提供了可执行的测试运行入口方便读者对照理解工作流的搭建顺序与触发逻辑。对于希望降低内容生产成本、批量产出治愈系情感视频的用户这份资源能直接应用到实际创作中也可作为了解Coze大模型节点与第三方插件配合方式的实践案例。 早上起来的第一条消息如果能听到一句用嗓音读出来的早安和一串流水账式的文字推送体感完全是两回事。我一直在折腾各种自动化的内容生产工具扣子Coze是我目前用得最顺手的一个尤其是它的工作流编排能力不写代码也能搭出挺复杂的自动化链路。这次做的这个情感早安电台就是一个挺典型的例子——每天定时触发自动抓取天气和日期套上一套精心设计的提示词模板生成一段带温度和情绪感的早安文案再配上语音合成读出来组装成一段完整的电台体内容推送到指定渠道。整个过程全自动不费人力而且思路可以原样复用到日签、播报、新闻摘要这些场景里。这篇文章就把整个项目的来龙去脉、工作流设计思路、核心提示词逻辑、可运行的配置和源码细节一起拆开讲。不是那种你下载个模板的敷衍教程而是把每一步为什么这么做、踩了什么坑、改了什么参数都交代清楚。适合对Coze工作流已经有点基础、想从单点对话进阶到全自动任务的朋友参考也适合想借这个思路做自己自动化内容产品的开发者读一读。1. 项目整体设计与思路拆解1.1 早安电台这个需求到底在解决什么问题市面上做早安问候的工具不少但绝大多数都是模板级的——几套固定文案轮换或者从语录库里随机抽一句内容没感情也没时效性。真正每天坚持读优质内容的公众号和电台背后都有一个编辑天天早上手工写稿、录音、排版工作量不小。我当时的需求很明确每天早上在群里和朋友圈发一段有质感、有温度的早安内容它要满足三个条件。第一内容要带着今天的痕迹不能是一句可以无限复用的万能话最好能关联当天的日期、节气、天气这些动态信息。第二语言要有电台感像是一个主持人在说话而不是一个模板在输出。第三整个流程必须全自动包括生成和推送两步。Coze平台的定时触发和工作流能力恰好能把这三件事串起来。我只需要把写稿子的脑力劳动拆成提示词规则录声音拆成语音合成参数剩下的执行全部交给平台。1.2 技术选型为什么用Coze工作流而不是直接调API如果只是要生成早安文案直接调GPT、Claude或者豆包的API也能做加上一个cron定时脚本就能跑起来。但问题在于一条内容从文案产出到最终推送中间要经过好几道工序信息抓取、文案生成、语音合成、内容组装、消息推送。如果自己写代码就要把每个环节的API挨个对接一遍还要自己构建状态传递逻辑开发和维护成本都不低。Coze工作流的核心价值就在这里它把多步骤任务编排成了可视化节点流每个节点负责一个环节节点之间的数据用变量传递前一个节点的输出自动变成后一个节点的输入。我不用关心服务器、接口鉴权、异常重试这些事情平台全包了。尤其是对于不靠写代码吃饭、但想快速搭自动化的场景这条路径是最短的。这个项目里我最终选定的架构是定时触发 两个信息节点 一个文案生成节点 一个语音合成节点 一个推送节点的链路。整个工作流跑一次从触发到推送完成大概20秒左右完全够用。2. 核心细节解析与实操要点2.1 定时触发节点与动态信息抓取的配合工作流的入口我用的是Coze的定时触发节点支持自定义cron表达式也可以直接选固定时间。我设的是每天早上7:15跑一次。为什么不定在7点整因为7点整通常是一波群发消息的高峰期稍微错开15分钟内容被群聊消息淹没的概率会小一些。这是从运营角度做的微调很多人容易忽略。关键来了定时触发本身只负责叫醒工作流真正让内容是今天的靠的是触发节点携带的动态参数。我在定时触发配置里把当前日期、星期、农历信息作为参数传给后续节点。天气信息则是通过一个HTTP请求节点调免费的天气API来拿按城市编码获取当日天气和温度传给文案生成节点。这样一个核心细节让内容从模板变成了定制。很多教程里不太强调这一步但恰恰是这个节点设计决定了内容体验的差异。早安电台的受众早上打开看到的是今天是10月14日星期一天气多云转晴气温12到21度这种带真实时间锚点的内容信任感和代入感是完全不同的。2.2 情感电台文案生成的核心提示词工程早安电台内容质量的源头在文案生成节点的提示词设计上。我前后迭代了七八个版本的提示词最终定型为三段落结构问候与仪式感、当下信息嵌入、情绪共鸣收尾。第一段是开头称呼和问候语要有主持人式的开场感比如早上好我的朋友欢迎收听今日早安电台。第二段嵌入当天日期、天气、节气等动态信息直接引用上游变量。第三段是情绪内容主体我会在提示词里明确要求结合当天的天气状况做隐喻延展比如阴天用光和云在博弈这类意象晴天用光线穿过窗帘这类场景感描写并要求最后以一句带有正向暗示的句子收尾。提示词里一个关键约束是要求模型输出时不要出现作为一个AI这类身份暴露直接以电台主播的口吻输出控制在150字以内适合语音朗读的短句节奏。这个细节我后面专门讲过是很多生成内容一开口就出戏的根源。2.3 语音合成与内容组装文案生成之后语音合成我用的是Coze插件市场里的TTS插件核心参数是音色和语速。早安电台这个场景我试了四五种音色最终选了一个温暖偏低的女声语速设为0.95倍速。为什么是0.95而不是默认的1.0因为默认语速在朗读抒情文案时会有一种赶路的感觉降5%之后节奏舒缓一些更贴近电台的松弛感。内容组装节点是把合成好的音频URL、文案正文、发布时间戳打包成一个JSON结构。这里有一个容易踩的坑音频文件不能长期依赖插件返回的临时链接我一般是把音频文件上传到对象存储拿到永久的CDN链接之后再放进组装结果里。如果直接引用临时链接推送出去之后过几个小时音源就失效了一个全自动项目就变成了半残废项目。组装完成后的JSON既作为推送节点的输入也会同步存储一份到数据库节点里留作历史存档。后期如果要做数据统计或者支持点播回溯这些数据就是基础。3. 实操过程与核心环节实现3.1 步骤一创建定时触发工作流与变量结构登录Coze控制台新建工作流选择定时触发作为起始节点。定时表达式这块Coze的界面支持cron语法我写的是0 15 7 * * *即每天7点15分触发。用cron的灵活度在于如果想做工作日和周末不同文案这类后续升级版本完全可以在同一套工作流里加条件分支节点实现。在触发生成变量的配置区域我提前把运行所需的输入参数定义出来日期格式化为10月14日、星期、农历信息、城市代码。这些参数从触发节点传递到后续节点的数据引用里代码习惯和我自己写Python时声明全局变量一样的思路——先定义再使用变量命名要语义化后面调试的时候会省很多事。这块最容易被新手忽略的是变量类型。如果某个参数后面要做字符串拼接就定义成String如果要做数值比较比如温度高于多少度就切换文案模板就定义成Number。类型不对后面节点里经常出一些莫名其妙的报错。3.2 步骤二天气查询节点的参数与返回解析天气查询我用的是HTTP请求节点调的是公网免费天气API。请求参数里带上城市编码比如杭州是101210101返回值是JSON。我在节点里写了必要的字段映射逻辑weather字段取天气描述temp字段取当前温度temp_min和temp_max分别取当日最低最高温度拼成一句气温12到21度。这里要提醒一个参数细节免费天气API的返回格式不是固定的不同服务商的字段名不一样有的叫temp有的叫temparature。第一次调的时候我直接把返回的JSON打出来看了一遍确认了字段结构之后才做的映射。遇到这种第三方接口对接问题先打印原始返回再解析永远是调试优先级最高的动作别去猜。天气信息作为上下文变量传入文案生成节点的好处是文案生成器在组织语言时有了具体的真实素材而不是在完全靠想象写内容。这个喂真实素材给生成器的思路做自动化内容项目时值得养成习惯。3.3 步骤三文案生成节点的核心提示词模板文案生成节点我用的是大模型节点模型选择默认的豆包大模型参数里temperature设置为0.7。temperature控制的是生成随机性太低容易千篇一律太高容易跑偏0.7对于创意文案类场景是相对平衡的点。提示词模板我给出一份可以直接用的版本这是整个项目最值钱的地方你是「早安电台」的主播语气温暖、真诚、克制像一位相识多年的朋友在晨光中轻轻问候而不是一篇展示文采的作文。 今天的基本信息如下 日期{{日期}} 星期{{星期}} 天气{{天气}} 温度{{温度范围}} 请基于以上信息生成一段150字以内的早安电台口播文案要求 1. 开头用「早上好我的朋友」或同类温和称呼开场。 2. 自然地融入今天的日期和天气不要生硬罗列而是把天气变成一种感受。 3. 中间部分用当天的天气做一个小比喻或画面延展比如阴天可以写「云层下的微光正在等待破晓」晴天可以写「光线穿过窗帘光线落在地板上」。 4. 结尾一句落到正向心理暗示上不说教不鸡汤安静收尾。 5. 只输出文案正文不要解释不要写「以下是文案」之类的提示语。模板里的{{}}变量会被工作流自动替换成上游节点的实际值。用这种方式同一个模板能在不同的日子里生成完全不同的内容——因为变量变了模型发挥的空间也跟着变。3.4 步骤四语音合成参数设置与音频文件处理语音合成节点使用的是插件市场里的TTS服务配置项主要是三块输入的源文本、音色ID、语速。我把上一步文案生成的输出文本接进来音色选择暖系女声语速0.95格式选择MP3。音频文件拿到之后我加了一个文件上传节点把音频传到对象存储服务。这一步在整个链路里看起来不起眼但对自动化的稳定性影响很大——如果你直接把插件的临时音频URL推送到群里大概率在当天下午就失效了群里朋友点开发现听不了整个项目就翻车了。上传到对象存储之后会返回一个CDN链接这个链接是长期有效的。我把这个链接拼接到组装节点输出的JSON里推送到目标渠道的消息中直接引用这个链接。这是保证自动化内容能长期稳定访问的关键动作别省。3.5 步骤五推送节点与最终效果预览最后一步是推送节点。我第一版做的是推送到企业微信群机器人配置极其简单——把Webhook地址填进去消息体用前面组装的JSON。后来我在测试版本里加了邮件推送流程一样就是换了一个节点类型邮件节点的配置项是收件人地址、邮件主题、正文内容。推送前我会在Coze的调试面板里跑一次完整流程看每个节点的输出是否正常。一个实用的习惯是先单独测试文案生成节点把生成的文案读一遍感受一下有没有机器味再单独跑语音合成试听音频效果是否自然然后再整个链路一起跑。这种节点级测试 链路级测试的组合拳能显著减少整个流程跑通后的返工。实测一次完整流程跑下来从触发到推送完成耗时约18到25秒。因为是全自动的这个时长几乎无感知。4. 常见问题与排查技巧实录4.1 文案有机器味怎么让它更像人写的这是早安电台项目里被问得最多的一个问题。文案生成器输出不像人写的通常是提示词里缺少两个关键约束一是缺少具体的场景锚点比如前面提到要求模型把天气变成感受而不是报天气二是缺少身份约束如果你不在提示词里明确你是电台主播模型输出的默认口吻就是今日份早安语录已送达这类客服味。我的做法是在提示词里加了写完之后问自己一句这段文字如果我早上念给朋友听会尴尬吗这种引导。模型对这类元指令的理解比我们想象中要好。另外把temperature从默认值调高到0.7也能减少模板化输出。4.2 音频临时链接失效问题前面提过插件返回的音频链接是有时效的。如果发现推送出去的链接过一段时间点不开排查思路很简单去对象存储后台看文件是否还在如果文件在那就是推送消息里引用的地址是插件临时链接得回工作流里检查组装节点是否引用了上传后的永久CDN链接。这个问题在Coze项目里非常典型因为刚开始搭工作流时候最容易忽略的就是这种数据生命周期问题。文本无所谓但音频、图片这类文件资源必须用持久化存储地址。4.3 定时触发不准时或漏触发定时触发偶发漏触发的情况排查方向是先看触发节点有没有标记失败记录。Coze控制台里查看运行历史如果某次任务没有执行记录可能是定时任务配置与平台调度本身的问题需要手动执行一次测试并观察是否稳定。一个经验是自动化的关键任务我都会加一个失败通知分支——如果推送节点执行失败就调用另一个Webhook给我发一条提醒。这相当于给自动化上了一道保险丝别让它在没人看到的地方静默失败。4.4 内容重复率高或感觉每天都是一个套路这个问题我调了两个地方一是把temperature从0.7再往高调到0.85但注意不要超过0.9否则内容容易逻辑混乱二是在提示词里引入今日关键词之类的随机变量比如准备一组天气意象词库晨雾、露水、早市、风铃每天随机抽取一个嵌入文案生成指令中。这个方法增加内容的变化维度效果好于单纯调temperature。5. 可运行源码与扩展方向5.1 提供一份可直接套用的工作流配置结构参考由于Coze工作流是以可视化配置形式存在没法像普通代码一样直接贴源码我把整个工作流的节点结构和参数配置整理成一份纯文本描述方便你在自己的账号里对照搭建节点1定时触发 - 触发时间0 15 7 * * *每天7:15 - 输出变量日期、星期、农历、城市 节点2HTTP请求天气查询 - 请求地址https://xxx-weather-api.com/v1/city/{城市} - 解析字段weather、temp、temp_min、temp_max - 输出变量天气描述、温度范围 节点3大模型早安文案生成 - 模型豆包 - temperature0.7 - 输入变量{{日期}}、{{星期}}、{{天气}}、{{温度范围}} - 提示词见上文模板 - 输出变量早安文案 节点4插件语音合成 TTS - 音色暖系女声 - 语速0.95 - 输出变量音频临时链接 节点5文件上传对象存储 - 输入音频临时链接 - 输出永久CDN链接 节点6组装 - 组装结构{date: 日期, text: 文案, audio: CDN链接, timestamp: 时间戳} - 输出变量最终内容JSON 节点7推送企业微信/邮件 - 输入最终内容JSON - 输出推送结果按照这个节点顺序在Coze控制台里创建节点、连线、配置变量名整个流程就能跑通。在配置变量名时保持全局统一不要同一个变量在不同的节点里叫不同的名字这是搭建可视化工作流最省心的习惯。5.2 后续可以继续扩展的方向思路一旦打通这个项目的延展空间挺大的。我自己已经动手做了两个变体版本。第一个是晚间复盘电台。同一个工作流把触发时间改到晚上22点提示词换成复盘体——回顾一天、给明天留一句期许。音频和推送逻辑完全复用。第二个是每周惊喜电台。在定时触发节点上改成每个周日触发一次提示词里额外引入本周热点关键词做一个更长的内容体当成一周一次的特别节目推送给订阅的朋友。还有一个方向是加入用户互动入口在推送文案里带上一个链接用户点击后可以回复一条消息触发工作流把用户的那条回复变成第二天的电台素材。这属于互动型运营玩法了等我把这块完全调稳之后再单独写一篇。6. 几个实操体会这个项目做下来我最大的感受是自动化内容生产的难点从来不在工具操作上而在内容规则的设计上。工具只是把手你脑子里对什么是好内容的定义直接决定产出的上限。按我的实际体验拆解一个内容产品需求时最值得花时间的是两件事一是把环节与环节之间的信息流理清楚每一环节到底需要上游提供什么数据二是把提示词当成代码一样反复迭代每次生成后都复盘调整。做到这两点Coze就能从一个玩票的平台变成一个真正能替你连续工作N天的数字员工。如果你也搭出了自己的版本或者过程中卡在某个节点上非常建议把问题具体化——是哪一步跑不通、报错信息是什么、你配置的参数是什么带着这类信息去交流解决问题会快很多。本文还有配套的精品资源点击获取 用Coze工作流搭建全自动情感早安电台：从提示词到语音合成实战
简介一套基于扣子Coze工作流的情感早安电台全自动制作源码包面向零基础或有初步AI应用经验的创作者只需输入一个主题即可自动完成文案生成、配音合成、字幕与背景音乐匹配、视频素材剪辑等流程最终输出剪映草稿。资源共3个文件主要为inscode源码、html展示页面和gitignore配置压缩包仅6KB结构精简便于直接运行或在此基础上扩展。目前已有1040人学习下载。源码包对应文章中28个核心节点的完整实现涵盖文案生成、时间处理、音频合成、视频剪辑等环节并提供了可执行的测试运行入口方便读者对照理解工作流的搭建顺序与触发逻辑。对于希望降低内容生产成本、批量产出治愈系情感视频的用户这份资源能直接应用到实际创作中也可作为了解Coze大模型节点与第三方插件配合方式的实践案例。 早上起来的第一条消息如果能听到一句用嗓音读出来的早安和一串流水账式的文字推送体感完全是两回事。我一直在折腾各种自动化的内容生产工具扣子Coze是我目前用得最顺手的一个尤其是它的工作流编排能力不写代码也能搭出挺复杂的自动化链路。这次做的这个情感早安电台就是一个挺典型的例子——每天定时触发自动抓取天气和日期套上一套精心设计的提示词模板生成一段带温度和情绪感的早安文案再配上语音合成读出来组装成一段完整的电台体内容推送到指定渠道。整个过程全自动不费人力而且思路可以原样复用到日签、播报、新闻摘要这些场景里。这篇文章就把整个项目的来龙去脉、工作流设计思路、核心提示词逻辑、可运行的配置和源码细节一起拆开讲。不是那种你下载个模板的敷衍教程而是把每一步为什么这么做、踩了什么坑、改了什么参数都交代清楚。适合对Coze工作流已经有点基础、想从单点对话进阶到全自动任务的朋友参考也适合想借这个思路做自己自动化内容产品的开发者读一读。1. 项目整体设计与思路拆解1.1 早安电台这个需求到底在解决什么问题市面上做早安问候的工具不少但绝大多数都是模板级的——几套固定文案轮换或者从语录库里随机抽一句内容没感情也没时效性。真正每天坚持读优质内容的公众号和电台背后都有一个编辑天天早上手工写稿、录音、排版工作量不小。我当时的需求很明确每天早上在群里和朋友圈发一段有质感、有温度的早安内容它要满足三个条件。第一内容要带着今天的痕迹不能是一句可以无限复用的万能话最好能关联当天的日期、节气、天气这些动态信息。第二语言要有电台感像是一个主持人在说话而不是一个模板在输出。第三整个流程必须全自动包括生成和推送两步。Coze平台的定时触发和工作流能力恰好能把这三件事串起来。我只需要把写稿子的脑力劳动拆成提示词规则录声音拆成语音合成参数剩下的执行全部交给平台。1.2 技术选型为什么用Coze工作流而不是直接调API如果只是要生成早安文案直接调GPT、Claude或者豆包的API也能做加上一个cron定时脚本就能跑起来。但问题在于一条内容从文案产出到最终推送中间要经过好几道工序信息抓取、文案生成、语音合成、内容组装、消息推送。如果自己写代码就要把每个环节的API挨个对接一遍还要自己构建状态传递逻辑开发和维护成本都不低。Coze工作流的核心价值就在这里它把多步骤任务编排成了可视化节点流每个节点负责一个环节节点之间的数据用变量传递前一个节点的输出自动变成后一个节点的输入。我不用关心服务器、接口鉴权、异常重试这些事情平台全包了。尤其是对于不靠写代码吃饭、但想快速搭自动化的场景这条路径是最短的。这个项目里我最终选定的架构是定时触发 两个信息节点 一个文案生成节点 一个语音合成节点 一个推送节点的链路。整个工作流跑一次从触发到推送完成大概20秒左右完全够用。2. 核心细节解析与实操要点2.1 定时触发节点与动态信息抓取的配合工作流的入口我用的是Coze的定时触发节点支持自定义cron表达式也可以直接选固定时间。我设的是每天早上7:15跑一次。为什么不定在7点整因为7点整通常是一波群发消息的高峰期稍微错开15分钟内容被群聊消息淹没的概率会小一些。这是从运营角度做的微调很多人容易忽略。关键来了定时触发本身只负责叫醒工作流真正让内容是今天的靠的是触发节点携带的动态参数。我在定时触发配置里把当前日期、星期、农历信息作为参数传给后续节点。天气信息则是通过一个HTTP请求节点调免费的天气API来拿按城市编码获取当日天气和温度传给文案生成节点。这样一个核心细节让内容从模板变成了定制。很多教程里不太强调这一步但恰恰是这个节点设计决定了内容体验的差异。早安电台的受众早上打开看到的是今天是10月14日星期一天气多云转晴气温12到21度这种带真实时间锚点的内容信任感和代入感是完全不同的。2.2 情感电台文案生成的核心提示词工程早安电台内容质量的源头在文案生成节点的提示词设计上。我前后迭代了七八个版本的提示词最终定型为三段落结构问候与仪式感、当下信息嵌入、情绪共鸣收尾。第一段是开头称呼和问候语要有主持人式的开场感比如早上好我的朋友欢迎收听今日早安电台。第二段嵌入当天日期、天气、节气等动态信息直接引用上游变量。第三段是情绪内容主体我会在提示词里明确要求结合当天的天气状况做隐喻延展比如阴天用光和云在博弈这类意象晴天用光线穿过窗帘这类场景感描写并要求最后以一句带有正向暗示的句子收尾。提示词里一个关键约束是要求模型输出时不要出现作为一个AI这类身份暴露直接以电台主播的口吻输出控制在150字以内适合语音朗读的短句节奏。这个细节我后面专门讲过是很多生成内容一开口就出戏的根源。2.3 语音合成与内容组装文案生成之后语音合成我用的是Coze插件市场里的TTS插件核心参数是音色和语速。早安电台这个场景我试了四五种音色最终选了一个温暖偏低的女声语速设为0.95倍速。为什么是0.95而不是默认的1.0因为默认语速在朗读抒情文案时会有一种赶路的感觉降5%之后节奏舒缓一些更贴近电台的松弛感。内容组装节点是把合成好的音频URL、文案正文、发布时间戳打包成一个JSON结构。这里有一个容易踩的坑音频文件不能长期依赖插件返回的临时链接我一般是把音频文件上传到对象存储拿到永久的CDN链接之后再放进组装结果里。如果直接引用临时链接推送出去之后过几个小时音源就失效了一个全自动项目就变成了半残废项目。组装完成后的JSON既作为推送节点的输入也会同步存储一份到数据库节点里留作历史存档。后期如果要做数据统计或者支持点播回溯这些数据就是基础。3. 实操过程与核心环节实现3.1 步骤一创建定时触发工作流与变量结构登录Coze控制台新建工作流选择定时触发作为起始节点。定时表达式这块Coze的界面支持cron语法我写的是0 15 7 * * *即每天7点15分触发。用cron的灵活度在于如果想做工作日和周末不同文案这类后续升级版本完全可以在同一套工作流里加条件分支节点实现。在触发生成变量的配置区域我提前把运行所需的输入参数定义出来日期格式化为10月14日、星期、农历信息、城市代码。这些参数从触发节点传递到后续节点的数据引用里代码习惯和我自己写Python时声明全局变量一样的思路——先定义再使用变量命名要语义化后面调试的时候会省很多事。这块最容易被新手忽略的是变量类型。如果某个参数后面要做字符串拼接就定义成String如果要做数值比较比如温度高于多少度就切换文案模板就定义成Number。类型不对后面节点里经常出一些莫名其妙的报错。3.2 步骤二天气查询节点的参数与返回解析天气查询我用的是HTTP请求节点调的是公网免费天气API。请求参数里带上城市编码比如杭州是101210101返回值是JSON。我在节点里写了必要的字段映射逻辑weather字段取天气描述temp字段取当前温度temp_min和temp_max分别取当日最低最高温度拼成一句气温12到21度。这里要提醒一个参数细节免费天气API的返回格式不是固定的不同服务商的字段名不一样有的叫temp有的叫temparature。第一次调的时候我直接把返回的JSON打出来看了一遍确认了字段结构之后才做的映射。遇到这种第三方接口对接问题先打印原始返回再解析永远是调试优先级最高的动作别去猜。天气信息作为上下文变量传入文案生成节点的好处是文案生成器在组织语言时有了具体的真实素材而不是在完全靠想象写内容。这个喂真实素材给生成器的思路做自动化内容项目时值得养成习惯。3.3 步骤三文案生成节点的核心提示词模板文案生成节点我用的是大模型节点模型选择默认的豆包大模型参数里temperature设置为0.7。temperature控制的是生成随机性太低容易千篇一律太高容易跑偏0.7对于创意文案类场景是相对平衡的点。提示词模板我给出一份可以直接用的版本这是整个项目最值钱的地方你是「早安电台」的主播语气温暖、真诚、克制像一位相识多年的朋友在晨光中轻轻问候而不是一篇展示文采的作文。 今天的基本信息如下 日期{{日期}} 星期{{星期}} 天气{{天气}} 温度{{温度范围}} 请基于以上信息生成一段150字以内的早安电台口播文案要求 1. 开头用「早上好我的朋友」或同类温和称呼开场。 2. 自然地融入今天的日期和天气不要生硬罗列而是把天气变成一种感受。 3. 中间部分用当天的天气做一个小比喻或画面延展比如阴天可以写「云层下的微光正在等待破晓」晴天可以写「光线穿过窗帘光线落在地板上」。 4. 结尾一句落到正向心理暗示上不说教不鸡汤安静收尾。 5. 只输出文案正文不要解释不要写「以下是文案」之类的提示语。模板里的{{}}变量会被工作流自动替换成上游节点的实际值。用这种方式同一个模板能在不同的日子里生成完全不同的内容——因为变量变了模型发挥的空间也跟着变。3.4 步骤四语音合成参数设置与音频文件处理语音合成节点使用的是插件市场里的TTS服务配置项主要是三块输入的源文本、音色ID、语速。我把上一步文案生成的输出文本接进来音色选择暖系女声语速0.95格式选择MP3。音频文件拿到之后我加了一个文件上传节点把音频传到对象存储服务。这一步在整个链路里看起来不起眼但对自动化的稳定性影响很大——如果你直接把插件的临时音频URL推送到群里大概率在当天下午就失效了群里朋友点开发现听不了整个项目就翻车了。上传到对象存储之后会返回一个CDN链接这个链接是长期有效的。我把这个链接拼接到组装节点输出的JSON里推送到目标渠道的消息中直接引用这个链接。这是保证自动化内容能长期稳定访问的关键动作别省。3.5 步骤五推送节点与最终效果预览最后一步是推送节点。我第一版做的是推送到企业微信群机器人配置极其简单——把Webhook地址填进去消息体用前面组装的JSON。后来我在测试版本里加了邮件推送流程一样就是换了一个节点类型邮件节点的配置项是收件人地址、邮件主题、正文内容。推送前我会在Coze的调试面板里跑一次完整流程看每个节点的输出是否正常。一个实用的习惯是先单独测试文案生成节点把生成的文案读一遍感受一下有没有机器味再单独跑语音合成试听音频效果是否自然然后再整个链路一起跑。这种节点级测试 链路级测试的组合拳能显著减少整个流程跑通后的返工。实测一次完整流程跑下来从触发到推送完成耗时约18到25秒。因为是全自动的这个时长几乎无感知。4. 常见问题与排查技巧实录4.1 文案有机器味怎么让它更像人写的这是早安电台项目里被问得最多的一个问题。文案生成器输出不像人写的通常是提示词里缺少两个关键约束一是缺少具体的场景锚点比如前面提到要求模型把天气变成感受而不是报天气二是缺少身份约束如果你不在提示词里明确你是电台主播模型输出的默认口吻就是今日份早安语录已送达这类客服味。我的做法是在提示词里加了写完之后问自己一句这段文字如果我早上念给朋友听会尴尬吗这种引导。模型对这类元指令的理解比我们想象中要好。另外把temperature从默认值调高到0.7也能减少模板化输出。4.2 音频临时链接失效问题前面提过插件返回的音频链接是有时效的。如果发现推送出去的链接过一段时间点不开排查思路很简单去对象存储后台看文件是否还在如果文件在那就是推送消息里引用的地址是插件临时链接得回工作流里检查组装节点是否引用了上传后的永久CDN链接。这个问题在Coze项目里非常典型因为刚开始搭工作流时候最容易忽略的就是这种数据生命周期问题。文本无所谓但音频、图片这类文件资源必须用持久化存储地址。4.3 定时触发不准时或漏触发定时触发偶发漏触发的情况排查方向是先看触发节点有没有标记失败记录。Coze控制台里查看运行历史如果某次任务没有执行记录可能是定时任务配置与平台调度本身的问题需要手动执行一次测试并观察是否稳定。一个经验是自动化的关键任务我都会加一个失败通知分支——如果推送节点执行失败就调用另一个Webhook给我发一条提醒。这相当于给自动化上了一道保险丝别让它在没人看到的地方静默失败。4.4 内容重复率高或感觉每天都是一个套路这个问题我调了两个地方一是把temperature从0.7再往高调到0.85但注意不要超过0.9否则内容容易逻辑混乱二是在提示词里引入今日关键词之类的随机变量比如准备一组天气意象词库晨雾、露水、早市、风铃每天随机抽取一个嵌入文案生成指令中。这个方法增加内容的变化维度效果好于单纯调temperature。5. 可运行源码与扩展方向5.1 提供一份可直接套用的工作流配置结构参考由于Coze工作流是以可视化配置形式存在没法像普通代码一样直接贴源码我把整个工作流的节点结构和参数配置整理成一份纯文本描述方便你在自己的账号里对照搭建节点1定时触发 - 触发时间0 15 7 * * *每天7:15 - 输出变量日期、星期、农历、城市 节点2HTTP请求天气查询 - 请求地址https://xxx-weather-api.com/v1/city/{城市} - 解析字段weather、temp、temp_min、temp_max - 输出变量天气描述、温度范围 节点3大模型早安文案生成 - 模型豆包 - temperature0.7 - 输入变量{{日期}}、{{星期}}、{{天气}}、{{温度范围}} - 提示词见上文模板 - 输出变量早安文案 节点4插件语音合成 TTS - 音色暖系女声 - 语速0.95 - 输出变量音频临时链接 节点5文件上传对象存储 - 输入音频临时链接 - 输出永久CDN链接 节点6组装 - 组装结构{date: 日期, text: 文案, audio: CDN链接, timestamp: 时间戳} - 输出变量最终内容JSON 节点7推送企业微信/邮件 - 输入最终内容JSON - 输出推送结果按照这个节点顺序在Coze控制台里创建节点、连线、配置变量名整个流程就能跑通。在配置变量名时保持全局统一不要同一个变量在不同的节点里叫不同的名字这是搭建可视化工作流最省心的习惯。5.2 后续可以继续扩展的方向思路一旦打通这个项目的延展空间挺大的。我自己已经动手做了两个变体版本。第一个是晚间复盘电台。同一个工作流把触发时间改到晚上22点提示词换成复盘体——回顾一天、给明天留一句期许。音频和推送逻辑完全复用。第二个是每周惊喜电台。在定时触发节点上改成每个周日触发一次提示词里额外引入本周热点关键词做一个更长的内容体当成一周一次的特别节目推送给订阅的朋友。还有一个方向是加入用户互动入口在推送文案里带上一个链接用户点击后可以回复一条消息触发工作流把用户的那条回复变成第二天的电台素材。这属于互动型运营玩法了等我把这块完全调稳之后再单独写一篇。6. 几个实操体会这个项目做下来我最大的感受是自动化内容生产的难点从来不在工具操作上而在内容规则的设计上。工具只是把手你脑子里对什么是好内容的定义直接决定产出的上限。按我的实际体验拆解一个内容产品需求时最值得花时间的是两件事一是把环节与环节之间的信息流理清楚每一环节到底需要上游提供什么数据二是把提示词当成代码一样反复迭代每次生成后都复盘调整。做到这两点Coze就能从一个玩票的平台变成一个真正能替你连续工作N天的数字员工。如果你也搭出了自己的版本或者过程中卡在某个节点上非常建议把问题具体化——是哪一步跑不通、报错信息是什么、你配置的参数是什么带着这类信息去交流解决问题会快很多。本文还有配套的精品资源点击获取