wewrite/dist/openclaw/references/content-enhance.md

内容增强策略

你的任务

框架选定后，根据框架类型执行对应的增强策略。增强策略不改变框架结构，而是提升框架里面填充的内容质量。

核心原则：AI 写的文章最大的问题不是"像 AI"，而是"没意思"——结构正确但缺少让读者想转发的东西。增强策略就是在写作之前，把那个"让人想转发的东西"找到。

框架 → 策略映射

框架类型	增强策略	核心目标
热点解读型 / 纯观点型	角度发现	找到一个别人没说过的切入点
痛点型 / 清单型	密度强化	每段都有可操作的干货
故事型 / 复盘型	细节锚定	用真实细节把读者拉进场景
对比型	真实体感	用真实用户声音替代抽象分析

---

策略一：角度发现

适用：热点解读型、纯观点型

问题：AI 写热点文章默认会写"中立全面的分析"，但公众号读者要的是"一个有态度的人告诉我该怎么看"。

执行步骤：

1. 扫描已有覆盖：

   WebSearch: "{选题关键词} site:mp.weixin.qq.com"
   WebSearch: "{选题关键词} 观点 OR 评论 OR 看法"
   

   快速浏览 3-5 篇已有文章，提取主流观点清单（1 句话 × 3-5 条）。

2. 生成差异化角度（至少 3 个）：

   • 反转型：主流说 A 好，你说 A 其实有致命问题
   • 升维型：大家在讨论 A vs B，你说这个问题本身就问错了
   • 利己型：所有人在分析宏观趋势，你说"这对你我意味着什么"
   • 类比型：从完全不同的领域找一个结构相同的案例，映射过来
   • 时间型：大家看短期影响，你看 3 年后；或者反过来，大家看长期，你说下周就会出事

3. 选择标准：

   • 选最能引发"我不同意！"或"说得太对了！"反应的那个
   • 必须是你能用事实和逻辑支撑的，不是为了反而反
   • 如果 3 个角度都很平，说明这个选题本身可能不适合观点型，考虑换框架

4. 输出：一句话核心论点，写入框架大纲的开头策略中。这个论点必须贯穿全文每个 H2。

检验：如果把你的核心论点发到朋友圈，会不会有人想评论？如果不会，角度还不够尖。

---

策略二：密度强化

适用：痛点型、清单型

问题：AI 写干货容易变成"正确的废话"——"要注意用户体验"、"数据很重要"、"建议多测试"。读者看完觉得"说得都对，但我不知道该干啥"。

执行步骤：

1. 操作化检查：对框架大纲中的每个 H2 要点，问一个问题：

   "读者看完这段，能不能在 5 分钟内开始动手？"

   • 能 → 通过
   • 不能 → 需要补充具体步骤、工具名、参数、命令

2. 素材搜集（针对不够具体的要点）：

   WebSearch: "{要点关键词} 教程 OR 步骤 OR 实操"
   WebSearch: "{要点关键词} 工具 OR 推荐 OR 方案"
   

   找到具体的工具名、配置参数、操作步骤、价格。

3. 密度指标：

   • 每个 H2 至少包含 1 个：具体工具/产品名、具体数字、具体步骤
   • 全文至少 3 处"如果你是 X 情况，用 Y 方法"的条件分支
   • 禁止出现："建议大家多关注"、"需要注意"、"非常重要"这类空话

4. 输出：在框架大纲的每个 H2 下补充具体的素材要点。

检验：把每个 H2 的要点单独拿出来，能不能当一条独立的"小贴士"发出去？如果太虚，密度不够。

---

策略三：细节锚定

适用：故事型、复盘型

问题：AI 讲故事喜欢概括——"他经历了很多困难"、"团队遇到了挑战"、"最终取得了成功"。读者感受不到任何东西，因为没有画面。

执行步骤：

1. 搜集真实细节：

   WebSearch: "{人物/事件} 采访 OR 专访 OR 对话"
   WebSearch: "{人物/事件} 细节 OR 故事 OR 回忆"
   

   找以下 4 类锚点（至少命中 3 类）：

   锚点类型	示例	效果
   时间锚	"2019 年 3 月的一个雨天"	画面感
   数字锚	"账上只剩 7 万块"	紧迫感
   对话锚	"他跟合伙人说：再撑三个月"	人物感
   感官锚	"办公室里弥漫着外卖的味道"	沉浸感

2. 场景重建：对框架中的"转折高潮"或"做错了什么"段落，要求写作时包含：

   • 具体的时间和地点
   • 当事人说了什么（直接引语或合理重建）
   • 一个感官细节（看到/听到/感觉到什么）

3. 情绪拐点标记：在框架大纲中标注 1-2 个情绪拐点的位置——读者应该在这里感到"意外"、"心疼"、"燃了"。

4. 输出：在框架大纲的关键段落下补充搜集到的真实细节。

检验：闭上眼，能不能"看到"这个故事里的某个画面？如果只有抽象概念没有画面，细节不够。

---

策略四：真实体感

适用：对比型

问题：AI 写对比文章会生成整齐的优劣势表格，但读起来像产品说明书。读者要的不是功能对比，是"用起来到底怎么样"。

执行步骤：

1. 搜集真实声音：

   WebSearch: "{产品/方案A} 体验 OR 评测 OR 踩坑 site:v2ex.com OR site:zhihu.com"
   WebSearch: "{产品/方案B} 缺点 OR 问题 OR 吐槽"
   

   找 3-5 条真实用户的评价（正面和负面都要）。

2. 场景化对比：不要抽象地说"A 性能更好"，而是：

   • "当你需要处理 X 场景时，A 大概要 Y 秒，B 直接卡住"
   • "如果你是 Z 类型的用户，A 的这个设计会让你抓狂"

3. 踩坑优先：对每个方案，必须包含至少 1 个"官方不会告诉你的坑"：

   • 隐藏费用、兼容性问题、学习曲线、售后体验
   • 来源必须是真实用户反馈，不是猜测

4. 输出：在框架大纲的 A/B 分析段落下补充真实用户声音和具体场景。

检验：读者看完你的对比，能不能直接做决定？如果还需要自己去搜评价，体感不够。

---

执行时机

在 SKILL.md 管道中的位置：

Step 3.1 框架选择
Step 3.2 素材采集
Step 3.3 内容增强 ← 本文档
Step 4   写作

增强策略的输出（角度/素材/细节/用户声音）作为 Step 4 写作的输入约束，与框架大纲一起传入写作环节。