背景一个工程师的内容自动化实验我在做一个实验用 AI 自动化工具OpenClaw Claude跑一套自媒体内容生产流水线。目标是让 AI 负责选题、写稿、批量生成多平台版本人工只负责审核和最终定稿。第一周Claude 给我生成了 7 篇小红书原稿。审完之后我把整个过程记录下来——不是为了说 AI 多厉害而是为了搞清楚AI 写作到底会在哪里出问题结论先说AI 有固定的输出模式这些模式在看起来像内容这件事上做得很好但在让真人觉得有意思这件事上还差一截。差在几个具体的地方。问题一emoji 小标题模板感七篇稿子七篇全部有 emoji 小标题结构。AI 原稿Day 1我在折腾什么 一个上海的全栈工程师最近在研究AI自动化运营... 为什么开这个账号 想记录整个过程把工具和踩坑都分享出来... 这里会有什么 工具测评、流程拆解、翻车现场...人工终稿这个账号本身就是个实验。 我是个上海的全栈工程师最近在折腾一套 AI 自动化的内容运营系统选题、写稿、 发布全流程都交给工具试图让自己只负责……嗯盯着别出大错。差距一眼就能看出来。前者像 PPT后者像人说话。emoji 小标题的问题不在于 emoji 本身而在于它把一篇文章分割成几块独立的功能区丢失了叙述的连贯感。在小红书这种强调滑动留存的平台每隔两行就出现一个小标题会让人觉得这是模板填空不是真人写的。这个模式在 7 篇稿子里出现了 7 次。说明这是 Claude 写内容类文本的默认输出结构不是偶发。修复方式在 prompt 里明确禁止并给出替代结构示例。system: 你是一个小红书内容创作者。写作规则 1. 禁止使用 emoji 做小标题如我在折腾什么这种格式 2. 禁止开头自我介绍 3. 用短段落叙述段落间自然过渡 4. 参考风格[贴一篇你满意的文章]问题二惯用嗨我是XX开头这是 AI 写自我介绍类内容的高频起手式。AI 原稿嗨我是XX一个折腾AI自动化的全栈工程师……这种开头在小红书基本是减分项。平台用户刷到一条内容前两秒决定停不停。嗨我是XX这种自我介绍式开头没有给读者任何停下来的理由。人工终稿第一句这个账号本身就是个实验。一句话有悬念有定性留住了继续读的理由。AI 不是不能写出这样的句子但它在没有明确指令的情况下会默认选择最安全的开头——自我介绍是社交场景中最常见的开场方式AI 训练数据里大量存在所以会默认套用。修复方式在 prompt 里给定开头类型约束。开头方向三选一 A. 直接给出反常识结论让读者想知道为什么 B. 直接进入具体场景读者自然代入 C. 抛出一个具体问题或冲突 禁止自我介绍式开头。问题三编造数据这是我认为最需要警惕的问题。Day 3 稿子一个工程师的日常有多少时间在做重复的事数据说大概是40%。这个40%哪来的不知道。AI 写的。我没有提供任何数据来源它自己补了一个听起来合理的数字。Day 5 稿子跑了三个多月统计下来每周能省13.5小时……问题那篇稿子写于实验第一周哪来的三个多月而且每周省13.5小时这个数据从来没有被实际测量过是 AI 根据工具描述推算出来的。AI 编造数据的逻辑是为了让内容显得有说服力它会主动补充缺失的证据。这些数据往往有几个特征听起来精确但无法溯源“40%”、“13.5小时”符合文章想传达的结论方向不会太夸张保持在可信区间内这比明显的幻觉更危险因为它不容易被发现。我实际在用的修复方式在 Agent 的 SOUL.md 里写死一条规则——“事实/数据是否可验证不确定的标注’待核实’”配合learned-rules.md里的规则“不编造数据”。Agent 每次输出前会走 Reflect 阶段逐条自检。但老实说纯靠 Agent 自检还不够。真正靠谱的方案是人工审核时重点看数字文章里每个百分比、每个时间段、每个统计数据都要能追溯到具体来源。追溯不到的删掉或者标注待核实。问题四踩坑描述缺乏细节这是 AI 写踩坑类内容的通病。AI 原稿Day 6 踩坑帖坑1API 调用不稳定需要做好重试机制坑2上下文窗口有限制长文档处理要分段坑3模型输出格式不稳定需要做格式校验这些坑没错但任何人都能说。这是 AI 从训练数据里提炼出的通用踩坑清单不是从实际项目里踩出来的。真实的坑长什么样公众号接口 IP 白名单没加。调用推送接口一直报40164错误信息是invalid ip但我一开始以为是 AppID 配置问题对着文档查了二十分钟。最后发现就是服务器外网 IP 没加进微信后台的白名单。加完立刻通。同样是踩坑后者有具体报错、有排查过程、有解决方案读者能对号入座前者是通用建议谁都可以说也就谁都不觉得有价值。问题根源AI 没有真实运行过这套系统它只能描述可能会出的问题而不是实际出了什么问题。这个差距无法通过改 prompt 解决只能靠人工补充真实细节。问题五时间线和事实一致性Day 7 稿子周总结里下周预告……这篇稿子是 Day 1 批量生成的在发布时间上是第一周末。下周预告是 AI 根据模板推断出来的——它不知道这段内容在实际写作时间轴上的位置。类似的问题还有年份写错Day 4 写成 2025 年版工具箱实际是 2026 年。修复方式在 prompt 里明确注入上下文信息。# 批量生成时的上下文注入context{current_date:2026-03-12,experiment_start:2026-03-12,days_elapsed:0,posts_published:0,series_position:Day 1 of ongoing series}promptf 当前上下文 - 今天是实验的第1天 - 账号刚开坑没有历史发布记录 - 不要预测或提及未来内容下周预告等 - 年份2026年 基于以上背景生成内容... 问题六标题中规中矩缺冲突感AI 给的标题方案通常没问题但很少有那种让人眼睛一亮、必须点进去的感觉。AI 给的 Day 1 标题选项用AI自动化运营自媒体这是我的实验记录工程师的AI内容运营实验我在用AI帮我运营账号人工改后实际发布版这个账号是个实验品随时可能翻车差别在哪AI 的标题是描述这件事是什么人工标题是制造悬念和情绪。随时可能翻车这五个字带来了不确定感不确定感驱动点击。总结怎么用好 AI 做内容用 AI 写内容不是让它写你发而是建立一套发现问题→修复模式→迭代 prompt的循环。问题类型AI 能自查吗修复方式emoji 小标题✅ 可以给明确禁止规则prompt 约束自我介绍式开头✅ 可以给示例prompt 约束编造数据⚠️ 部分需要专门审计步骤pipeline 增加数据审核踩坑缺细节❌ 不能没有真实运行记录人工补充时间线错误✅ 可以注入上下文prompt 注入标题缺冲突感⚠️ 有限需给冲突感示例人工迭代标题AI 不是替代人工的而是把写出一个合格的基础稿这件事自动化了。从合格到好还需要人。知道 AI 在哪里会出问题比不知道要省时间得多。我的自动化运营工具栈Claude OpenClaw 自定义发布脚本实验还在进行中踩坑记录持续更新。