德宏铁皮保温施工临 我用 6 个节点搭了一个“公众号选题成稿封面流水线”智能体-腾讯元器大赛

内容创作团队常陷入资料搜集与规引用的泥潭，一个简智能体正在改变游戏规则。只需输入主题、受众等基础信息，系统就能自动生成带可靠来源的完整稿件，包括标题、大纲、正文、配图链接和引用列表，从根本上解决『事实不牢』和『产能不稳』两大痛点。本文揭秘这套六节点工作流的设计逻辑与避坑指南，带你实现从手工作坊到智能流水线的蜕变。

很多内容团队都有同一个痛点：写公众号不是“写字”，而是“查资料+结构化+写作+配图+标注来源”的综体力活。选题会、搜资料、拼观点、写稿、找图、补引用，一套下来常常半天没了。更糟的是，临近发布时容易出现两类问题：

事实不牢：数据/观点没有可靠来源，写完心里没底。

产能不稳：人一忙就断更，或者写作风格不统一。

所以我做了一个简智能体：用户只输入「主题/行业/受众/字数/口吻」，它就输出标题3个+大纲+正文+4张图链接（封面+3配图）+引用来源列表。关键是：把“硬编数据”的风险降到低，让内容能持续交付。

资料收集与筛选：搜索结果太多、真假混杂；

结构化能力：能写，但写不成“可读、可转发”的结构；

配图与排版：文章写完，图没着落，临时找图耗时；

引用规：没有来源，内容可信度下降，甚至引发风险。

所以智能体的核心不是“写得像人”，而是“写得有据可依、可复用、可交付”。

搭建思路：只做小闭环，铝皮保温用6个节点跑通“输入→输出”

我刻意把工作流压缩到少量节点，避免复杂的批处理/网页解析导致配置门槛过高。

终采用的策略是：

用DeepSeek搜索直接完成“联网检索+总结+References来源列表”，做事实底座；

用图片搜索一次拿到4张图（封面1+配图3）；

用成稿生成大模型把“标题/大纲/正文/引用编号/配图链接”一次产出；

用回复节点确保工作流结果能真正输出到对话窗口，避免回退到“大模型直接回复”。

这样既保证可用，又能在调试时快速定位问题。

实现路径：6节点工作流设计（你照着就能复刻）

工作流结构如下：开始→参数提取→DeepSeek搜索→图片搜索→成稿生成→回复→结束

1）开始：只负责接收用户输入（例如content），不做复杂逻辑。

2）参数提取：从user_text抽取topic/industry/audience/word_count/tone，并生成：

search_query=topic+industry（行业为空则只用topic）

image_query=topic+industry+插图配图

3）DeepSeek搜索：Query只引用search_query（因为很多节点只允许选一个变量）。

4）图片搜索：word引用image_query，limit=4，size=large。

5）成稿生成：输入要拿到topic、tone、word_count、search_answer、search_refs、images，并强制：

正文引用用（来源1）（来源2）编号；

文末输出“引用来源列表”；

“配图链接”须原样输出images[].image_url，禁止example.com这种占位。

6）回复节点：把成稿生成.Output.Content作为终消息发给用户（这一步非常关键）。

实战心得：几个坑我踩过，你可以直接避开

坑1：发布后仍显示“大模型直接回复”

原因通常是：工作流没真正绑定到应用，或没有“回复节点”导致无法出消息而回退。

解决：务加回复节点，并确认应用侧启用工作流。

坑2：配图链接变成example.com

原因：成稿生成没拿到images，模型就编了占位链接。

解决：图片搜索须在成稿生成之前；并把images作为输入变量传入成稿生成；提示词里明确“只允许输出images的image_url”。

坑3：成稿突然跑题（比如主题是个人IP，输出变量子计算）

原因：topic没传入或提示词没生。

解决：成稿生成提示词开头加一句：“文章主题须严格等于topic；topic为空则输出ERROR:missingtopic”。

你可以直接用的输入模板（方便运营同学上手）

主题：普通人如何用AI做个人IP并实现变现

行业：个人品牌

受众：想做业的上班族

字数：1300

口吻：案例

结语：先跑通“小闭环”，再逐步加能力

如果你也想做内容生产智能体，别一上来就追求“全自动进草稿箱”。先把“搜索事实→成稿→配图→可输出”跑通，稳定之后再迭代：

加“网页解析/批处理”做更深的事实抽取；

加“风格模板库”让不同账号一键切换文风。