
公众号自动写稿越跑越模板化?先加一道质量闸门
自动写稿最容易踩的坑,不是某一天写不出来,而是每天都能写,文章却越来越像同一条流水线。
标题换了,结构没换;内容变长了,信息反而更难抓;配图每天不同,读者看到的仍然是一种熟悉的“AI 味”。
这几天,我把自己的公众号自动写稿流程重新检查了一遍。问题最后没有落在某个提示词上,而是落在流程里:系统只检查“有没有草稿”,没有检查“这篇稿子值不值得进草稿箱”。
解决办法很直接,在写稿和建稿之间加一道质量闸门。
01 问题不在红色排版
固定排版不等于没有流量。
统一的标题颜色、字号和留白,本来就是账号的视觉识别。真正让文章显得模板化的,是每篇文章都用相同的开头、相同数量的小标题和相同密度的要点框。
我检查了最近三篇稿件:正文有效字符分别约为 3472、3464 和 3467;二级章节从 8 个增加到 10 个;要点数量从 26 条增加到 35 条。
这些数字说明,自动化正在本能地“多写一点”,却没有人告诉它什么时候应该停。
读者打开文章后,看到的是一段介绍、一个解释、几个案例、风险、影响、启发、总结和参考资料。每一部分都没错,但组合起来很像完整报告,不像适合手机阅读的公众号文章。
02 先把失控变成数字
一句“写得自然一点”很难约束智能体,因为自然没有明确边界。
更有效的方法,是把内容要求变成机器可以检查的数字。我的新规则把正文控制在 1100 到 2300 个有效字符,理想范围是 1400 到 2000;二级小标题限制为 4 到 6 个;要点总数控制在 3 到 12 条。
标题也不再无限延长。它可以保留口语感和冲突感,但最长不超过 32 个字符,尽量在手机列表中完整显示。
•标题有没有清楚说出问题或收益
•正文有没有超过移动端阅读负担
•章节和要点是不是在重复拆分同一件事
•选题是否与历史文章重复或高度相似
数字不是为了把文章写得机械,而是防止自动化在没有刹车的情况下越写越满。
03 建稿前增加质量闸门
原来的流程是“选题、写稿、生成图片、创建草稿”。只要脚本能运行,文章就会进入公众号后台。
现在中间多了一步本地检查。脚本先读取 Markdown,统计标题长度、正文字符、章节数量、要点数量和要点分组,再与历史选题日志比较。
如果任何硬指标不合格,流程会直接停止。它不会获取微信 token,不会上传封面,也不会创建一个等待人工返工的草稿。
这一步很重要,因为质量检查越靠后,返工成本越高。草稿已经创建后才发现文章太长,不只要改正文,还可能要重新检查摘要、封面和后台设置。
把错误拦在本地文本阶段,修改的只是一个文件。
04 排版只保留识别度
这次我没有把原来的视觉风格全部推翻。红色居中小标题继续保留,浅红要点块也继续使用,因为它们已经形成基本识别。
改变的是使用频率。
以前每一条要点都会生成一个独立色块,十几条内容就会变成十几个重复框。现在连续要点会自动合并成一个信息块,同一组内容只出现一次背景和左侧红线。
•视觉识别保持稳定
•每篇文章只保留一到四个重点信息块
•热点快读、实战教程和案例观点轮换结构
•配图直接表现文章对象,不再使用通用科技背景
稳定的是品牌,变化的是文章节奏。这样读者知道文章来自同一个账号,又不会每次都看到同一套骨架。
05 最小闭环怎么复用
这套方法不只适合公众号。
任何自动生成内容的流程,都可以拆成“生成、检查、交付”三个阶段。生成模型负责提出结果,检查脚本负责验证硬标准,最后一步才把内容发送到真实平台。
真正可靠的自动化,不是保证每次都成功,而是能识别哪些结果不该继续向下走。
如果你也在做 AI 写作、报告生成或资料整理,可以先挑三个最容易失控的指标,把它们写成明确范围。第一版不用追求复杂评分,只要能在交付前拦住明显不合格的结果,就已经形成了一个可复用的 Skill。
今天的小练习是:打开你最近三份 AI 生成内容,统计它们的标题长度、正文长度和结构重复度。你会很快发现,真正需要优化的可能不是提示词,而是提示词后面缺少的那道检查。
夜雨聆风