用 Coze 搭建公众号 AI 工作流:从用户输入到文章发布全流程 ✨

0 阅读6分钟

大家好,我是AI初学者,结合自己在 Coze(扣子空间) 的完整实践,从 0 到 1 拆解如何搭建一套「用户输入 → AI 智能生成 → 公众号自动发布(生成的文章保存到草稿箱)」的自动化工作流,让你也能实现「一人公司」式的高效内容生产。

一、为什么要做这套 AI 工作流?

mermaid.png 内容创作和公众号运营的「多面手」,每天都被这些低效问题困扰:

  • 手动回复用户提问,重复劳动占比超 60%,耗时又机械;
  • 内容生成后还要手动排版、上传素材、创建草稿、发布文章,每天多耗 2-3 小时。

而 Coze 的低代码可视化能力,完美解决了「技术门槛高 + 自动化难落地」的核心矛盾 ——不用深耕后端,也能快速搭建复杂业务流程,把重复劳动交给 AI,把时间留给更有价值的创作和运营。


二、工作流全貌:从 0 到 1 的可视化架构

先给大家看我最终在 Coze 里搭建完成的工作流截图,这是整个自动化流程的骨架:

初版流程.png

整个流程可以拆成 5 大核心模块, (这个初版,因为扣子空间变量值的问题,删除了多轮澄清节点,后续再补充)每一步都对应具体的业务逻辑:

1. 入口与基础准备:流程的起点

plaintext

开始节点 → WX_access_token → 全局变量
  • 开始节点:接收 user_input(用户原始提问)和 session_history(会话历史),作为整个流程的触发入口;
  • WX_access_token 节点:调用微信公众号 GET /cgi-bin/token 接口,获取接口调用凭证 access_token,为后续 API 调用做鉴权准备(⚠️ 注意:access_token 有效期仅 2 小时,需要做缓存避免频繁调用);
  • 全局变量节点:统一管理 user_inputsession_historyclarify_count(澄清次数)、access_token 等全局状态,让后续所有模块都能高效引用数据,避免参数传递混乱。

2. 意图识别与智能路由:流程的大脑

plaintext

意图识别 → IF 选择器 → 分发到对应模块

这是整个工作流的核心,决定了 AI 能否精准匹配用户需求:

  • 意图识别模块:基于「豆包 1.8 深度思考模型」,通过精细化 Prompt 让模型输出结构化结果,包括:

    • module:问题类型(anime/knowledge/life/culture/clarify
    • confidence:识别置信度(0~1)
    • key_elements:问题核心关键词提取
  • IF 选择器节点:根据识别结果做智能分发:

    • 置信度 ≥ 0.7:路由到对应专业模块(动漫 / 知识 / 生活 / 文化);
    • 置信度 < 0.7:进入 clarify 模块,引导用户补充信息(比如「你想了解的是哪方面的内容呢?可以再具体一点哦~」)。

3. 垂直领域内容生成:AI 回答的核心

针对 4 类业务场景,我搭建了独立的内容生成模块,实现「一类一 Prompt」的差异化配置:

  • module_anime:处理动漫相关提问,输出剧情解析、角色科普等内容;
  • module_knowledge:处理知识科普类问题,保证回答的准确性和专业性;
  • module_life:处理生活日常类问题,提供实用建议;
  • module_culture:针对我的日语学习者公众号,专门优化中日文化科普内容,融入日语词汇和学习小贴士。

每个模块都基于「豆包 1.8 模型」,开启联网问答(免费版)文本翻译能力,输入为 user_input + key_elements + session_history,输出结构化的回答内容和推理过程,保证回答的连贯性和专业性。

4. 变量聚合与微信 API 调用:衔接 AI 与公众号

plaintext

变量聚合 → mid2html → add_material → add_draft → 创建消息

这一步是把 AI 生成的内容「翻译」成公众号可识别格式的关键:

  • 变量聚合节点:将不同模块的输出统一整理成标准格式,校验必填参数(标题、正文、作者等),避免格式不兼容;
  • mid2html 节点:把纯文本内容转换为公众号支持的 HTML 格式,处理换行、加粗、标题等排版标记;
  • add_material 节点:上传图文素材,获取 media_id(⚠️ 注意:图片需为 JPG/PNG 格式,大小 ≤10MB);
  • add_draft 节点:创建公众号图文草稿,关联 media_id 和正文内容;
  • 创建消息节点:将草稿发布为公众号图文消息,完成最终发布。

5. 结果反馈与流程闭环

  • 接收「创建消息节点」的返回结果,提取发布状态和消息 ID;
  • 向用户反馈最终结果(比如「发布成功!图文 ID:xxx」或「发布失败,请稍后重试」);
  • 可选扩展:将发布数据写入数据库,用于后续用户行为分析和内容优化。

三、真实运行踩坑实录:从报错到解决

在实际运行中,我遇到了发布失败的问题,这是 Coze 里的调试截图:

4f9302a6-afc9-4e5f-9c83-85bf0b9d660a.png

  • add_draft 节点运行成功,已经获取到了 media_id
  • 但「创建消息」节点返回 isSuccess: false,说明发布环节出现问题;
  • 输入的 content 已经是完整的 HTML 格式,问题出在 微信 API 参数传递或权限配置 上。

排查与解决思路

  1. 参数校验:检查「创建消息」节点是否遗漏了 media_idtitle 等必填字段;
  2. 权限排查:确认公众号 AppID 和 AppSecret 是否正确,是否开通了「草稿发布」接口权限;
  3. 格式校验:检查 HTML 内容是否包含微信不支持的标签或样式;
  4. 限流排查:确认是否短时间内多次调用接口,触发了微信限流规则。

通过逐步排查,最终定位到是 access_token 缓存失效导致的鉴权失败,修复后发布成功率恢复到 99% 以上。


四、落地效果与数据复盘

目前这套工作流已稳定运行 3 周,核心数据表现如下:

表格

指标数据表现价值说明
平均响应时间25 秒 / 次从用户输入到发布完成,效率提升 80%+
发布成功率99.1%仅 1 次因微信接口限流失败
日均处理量80+ 条提问覆盖全类型用户需求,无需人工干预
时间成本日均节省 3 小时可专注于内容创作与用户运营

五、未来扩展方向

基于现有工作流,我规划了 4 个可快速落地的进阶玩法:

  1. 多平台适配:复制工作流逻辑,对接掘金、知乎、小红书等平台 API,实现「一次生成,多平台发布」;
  2. 数据统计模块:接入用户阅读量、点赞量、提问热点数据,生成可视化报表,指导内容创作方向;
  3. 垂直模块扩展:新增「日语学习」专属模块,自动生成单词、语法等学习内容;

六、总结

这套工作流的核心不是复杂的技术栈,而是「精准需求拆解 + 模块化搭建 + 标准化配置」—— 只要理清节点逻辑,掌握 API 调用规范,就能快速落地,把重复劳动交给 AI,把时间留给更有价值的创作。

如果你也在做内容创作或 AI 自动化探索,我会分享具体的节点配置和 Prompt 优化模板,帮你快速从 0 到 1 搭建属于自己的工作流!