夜雨聆风小生说：
言之无文，行而不远。
前言
上一篇聊了让 AI 写代码的技巧，这篇聊另一个高频场景——让 AI 帮你写文章。
很多用 AI 写文章的人，最大的感受是：写出来东西太 AI 了。满篇"关键是""所以"，读起来像说明书。
怎么控制？这就是这篇要解决的问题。
正文
一、第一步：告诉 AI 写给谁看
同一篇文章，写给不同的人看，写法完全不同。
请写一篇关于 Docker 的技术文章，面向：- 初级开发者，刚学会写代码，没接触过容器
vs
请写一篇关于 Docker 的技术文章，面向：- 有3年经验的后端开发者，已经在用 Docker 但想深入理解网络和存储
前者要从"什么是容器"讲起，后者可以直接聊 overlay 网络和 volume driver。
"面向谁"决定了 AI 的起点、深度和用词。 这一条写对了，文章的方向就不会跑偏。
二、控制风格：给 AI 一个参照物
说"语气轻松"太抽象，AI 理解的"轻松"可能和你理解的不一样。
更好的做法是给一个参照物：
请用类似「阮一峰博客」的风格写这篇技术文章：- 语言平实，不用华丽词藻- 先讲"为什么"，再讲"怎么做"- 每个概念配一个最小例子- 段落短，一句一段也行
或者更直接：
请模仿以下风格写作：[贴一段你满意的文字]按照这个风格，写一篇关于【主题】的文章。
给参照物比给形容词靠谱得多。AI 从具体文本里学风格，比从抽象描述里猜风格准确得多。
三、控制结构：先给大纲，再让 AI 填充
如果你对文章结构有明确要求，别让 AI 自己发挥。先给大纲，再让它按大纲写。
第1步：生成大纲
请为以下主题生成一个文章大纲：主题：【你的主题】面向：【目标读者】篇幅：2000字左右结构要求：引言 + 3-4个核心小节 + 总结输出：大纲列表，每个小节用一句话说明要讲什么。
第2步：按大纲逐节写
请根据以下大纲，写第2节的内容：大纲：1. xxx2. 为什么需要缓存 ← 当前要写这一节3. Redis vs Memcached4. 实战建议要求：- 这一节约500字- 用具体场景说明"为什么需要"- 风格平实，像给同事讲技术
逐节写的好处是：每一段你都能把控方向，不满意就重写这一节，不用整篇推翻。
四、控制长度：给出具体数字
"简短""详细"这种词，AI 的理解和你的理解可能差10倍。
直接给数字：
请写一篇800字左右的技术分享文章。或者更精确：
请按以下篇幅写作：- 引言：150字- 正文3个小节：每节约400字- 总结：150字总计约1500字。
给具体数字，AI 对长度的控制会精确很多。
五、去 AI 味：后处理清单
即使提示词写得再好，AI 输出的文章还是可能有"AI 味"。这里列一个清单，拿到 AI 写的初稿后，逐项检查替换：
AI 味表达 | 替换为 |
关键是 | 关键是 / 别忘了 |
所以 | 所以 |
首先…其次…最后 | 先说…再说… |
我认为 | 我觉得 / 我发现 |
别忽略 | 别忽略 |
明显 | 明显 |
直接能用 | 直接能用 |
在某种程度上 | （删掉） |
这篇文章探讨 | 这篇文章聊聊 |
还有一种更高效的做法——让 AI 自己改：
请审查以下文章，去掉所有"AI味"表达：- 删掉"值得注意的是""综上所述"等套话- 把"笔者"改成"我"- 把书面过渡词换成口语- 删掉所有没有信息量的寒暄和总结文章：[贴入AI写的初稿]
让 AI 自己去 AI 味，效果比你想象的好。但记得最后自己再通读一遍，AI 改 AI 的东西，偶尔也会改过头。
六、文章类提示词模板
技术博客
你是一名技术博主，风格类似【参照物】。请写一篇关于【主题】的技术博客：- 面向【目标读者】- 篇幅：【字数】字- 结构：引言 + N个小节 + 总结- 风格：平实，先讲为什么再讲怎么做- 不要加开头寒暄和结尾客套
公众号文章
你是一名微信公众号编辑，擅长写【领域】文章。请写一篇公众号推文：- 标题：【标题】- 面向：【读者画像】- 字数：【字数】- 风格：口语化，像聊天不像讲课- 每段不超过3行- 关键信息加粗
产品文案
你是一名有5年经验的【行业】产品文案。请为【产品名】写一段【文案类型】：- 目标用户：【用户画像】- 核心卖点：【2-3个卖点】- 字数：【字数】- 语气：【语气要求】- 不要用夸张宣传语
小结
写文章先确定"写给谁"，这决定了起点和深度
控制风格用参照物，比用形容词靠谱
控制结构先给大纲，逐节填充比一次性写完可控
控制长度给具体数字，别说"简短"或"详细"
去 AI 味有两种路子：自己手动替换，或让 AI 自己改
上面的三个模板覆盖了技术博客、公众号、产品文案三种常见场景
下一篇，聊另一个实用场景：让 AI 帮你做数据分析。
往期内容
