AI 辅助写作实战：从选题、提纲到事实核查

本文由 AI 协助整理。AI 可以加快资料整理和文字修改，但可能编造事实、来源与经历。文章署名之前，作者应对内容准确性、版权、隐私和最终表达负责。

AI 写得快，为什么文章还是不好看

让 AI 写一篇“关于努力的文章”，几十秒就能得到引言、三个小标题和一个充满希望的结尾。语法没问题，结构也整齐，但读完以后像在会议室喝了一杯温水：不能说没有东西，只是很难记住味道。

这类文章的问题通常不是语言，而是缺少具体对象、真实材料、个人判断和可验证细节。AI 擅长根据常见模式补齐一篇文章，因此也容易写出最平均、最保险的版本。真正有价值的内容，往往来自作者做过什么、遇到什么问题、怎样选择、哪些方法没有奏效。

所以 AI 辅助写作不应是“让它替我写完”，而应该是一条协作流程：人提供主题、经验和标准，AI 帮助整理、展开与校对，人再负责核实和取舍。

第一步：从读者的问题开始选题

好选题通常能回答一个明确问题。比较下面两组标题：

• “浅谈电脑维护”范围太大。
• “C 盘只剩 5GB，哪些文件能安全清理”场景清楚。
• “人工智能的发展”容易泛泛而谈。
• “第一次用 AI 整理会议记录，怎样避免它编造行动项”更容易落地。

可以把自己的工作记录、搜索记录、评论区问题和反复遇到的故障交给 AI，让它帮助归类，但不要让它凭空发明“读者最关心的问题”。

下面是我最近记录的 20 个问题。请按主题归类，并为每类提炼一个具体教程选题。
标题必须包含使用场景或结果，不使用“全面解析”“终极指南”等夸张词。
请说明每个选题适合谁、能解决什么问题、需要我补充哪些真实材料。

选题是否值得写，可以检查三点：读者是谁、问题是否具体、作者是否有材料支撑。三项都没有，只靠 AI 扩写，很容易得到一篇正确但无用的文章。

第二步：先整理素材，不急着生成正文

在写提示词之前，先收集自己的素材：操作步骤、截图、错误信息、测试环境、失败尝试、实际结果和注意事项。这些内容决定文章是不是你的。

可以使用一个简短素材表：

项目	示例
目标读者	第一次使用 ESP32-CAM 的学习者
要解决的问题	手机连上设备热点后看不到视频
实际环境	开发板型号、软件版本、供电方式
成功步骤	初始化、联网、访问地址
踩坑记录	供电不足、引脚配置错误
证据	串口日志、截图、测试结果
暂未验证	长时间稳定性、不同板型兼容性

尤其要区分“亲自验证”“查阅资料”和“计划尝试”。如果尚未测试，就写成建议或待验证事项，不要让 AI 帮忙把计划包装成亲身经历。读者可能分辨不出，作者自己应该分得清。

第三步：让 AI 先做提纲

直接生成全文，最容易出现前后重复和重点失衡。先让 AI 输出提纲，并要求每一节说明作用：

我要写一篇面向普通 Windows 用户的教程，主题是“任务管理器判断电脑卡顿原因”。

我提供的真实材料包括：CPU、内存、磁盘和网络四类观察记录，以及一次磁盘占用 100% 的排查经历。

请先生成三级提纲。每一节说明：解决读者什么疑问、需要使用哪些材料、可能出现什么误解。
暂时不要写正文，也不要补充我未提供的测试经历。

检查提纲时重点看顺序。教程通常应该从现象和准备开始，再进入操作、判断、故障处理和总结。不要在读者还不知道按钮在哪里时，就突然讨论底层原理；也不要同一个注意事项在三个章节重复出现。

提纲确认后，再分节生成正文。一次只处理一两个章节，方便保持重点并及时纠偏。

第四步：给 AI 明确的写作边界

写作提示词应包含读者、目的、材料、语气和禁止事项。比如：

请根据已确认提纲撰写“磁盘占用”一节。

读者：会使用鼠标和文件资源管理器，但不理解磁盘活动时间。
目标：解释任务管理器中的磁盘 100% 不等于磁盘容量已满。
材料：我提供的观察记录和截图说明。
语气：清楚、克制，可以有少量幽默，不嘲笑新手。
要求：先解释概念，再给观察步骤，最后列出常见原因。
禁止：不编造测试数字，不建议批量禁用系统服务，不虚构案例。

“可以有少量幽默”比“写得诙谐”更容易控制。幽默应该帮助理解，不应挤掉步骤和风险提示。每段都强行抖一个包袱，教程会像有人在灭火器说明书旁边坚持讲脱口秀。

第五步：把空话换成信息

AI 初稿常出现一些高频表达：“在当今快速发展的时代”“显得尤为重要”“不仅提高效率，还带来便利”。这些句子语法正确，却没有推进内容。

可以要求 AI 做一次“信息密度编辑”：

请检查下面的初稿，删除不提供新信息的开场、重复结论和过渡句。
把抽象建议改成具体动作，但不要新增事实。
列出删除或改写的句子以及原因，然后给出修改稿。

例如，“合理管理启动项可以有效提升电脑使用体验”，可以改成“在任务管理器的启动应用页面，禁用不需要随开机运行的聊天软件和更新助手；显卡、触控板和安全软件不确定用途时先保留”。后一句更长，却真正告诉读者怎么做。

第六步：事实核查不能外包

文章中最需要核查的是：数字、日期、版本、命令、接口名称、引用、链接和带有“必须”“一定”“官方”等绝对含义的表述。

建议建立一张核查表：

内容	核查方式	结果
软件菜单名称	在对应版本界面确认	已确认/待确认
命令参数	在测试目录运行	已确认/有差异
版本发布日期	查看官方说明	已确认
性能数据	保留测试环境和日志	仅适用于本次测试
引用原文	回到原始页面逐字核对	已确认

不要让 AI 给自己生成的引用“补一个来源”。如果原始答案没有可靠出处，应该重新查找权威资料，而不是让模型继续猜。涉及会变化的软件功能和规则，应查看当前官方文档，并在文章中写清测试日期或版本。

教程里的命令和代码要实际运行。至少覆盖正常输入、错误输入和边界情况。无法测试时，应明确写出“以下为示例，尚未在实际环境验证”。一句诚实的边界说明，比一段虚构的测试结论更专业。

第七步：保留自己的声音

AI 很容易把文章改得“标准”，也容易把作者原来的节奏一起磨掉。可以明确要求保留第一人称经历、原有判断和习惯用语，只处理重复、病句和结构。

请做编辑，不要代写：
保留我的第一人称经历、结论和幽默表达；
只调整段落顺序、重复内容和不清楚的句子；
不得新增案例、数据或我没有说过的经历；
对可能不准确的内容使用批注列出，不要悄悄改成另一个事实。

个人声音不等于故意口语化。真正的个人特点来自选择：你认为哪一步最重要、为什么采用这个方案、在哪里失败过、怎样判断它有效。AI 可以润色这些材料，却无法替你真实经历它们。

第八步：发布前做四轮检查

第一轮看内容：是否真正回答标题提出的问题，有没有缺少关键步骤。

第二轮看事实：逐项检查数字、命令、链接、引用和版本信息。

第三轮看安全：是否暴露账号、密钥、内部地址、个人信息或照片中的隐私。

第四轮看表达：删除重复和空话，统一术语，检查图片说明、代码格式与标题层级。

最后从头按教程操作一次。作者因为熟悉内容，会自动跳过一些步骤；真正照着做一遍，才能发现“点击设置”这句话究竟指的是哪个设置。

一个可复用的完整提示词

你现在协助我编辑一篇实用教程，不要虚构作者经历。

主题：【文章主题】
读者：【目标读者与基础】
读完后的目标：【读者能够完成什么】
我的材料：【步骤、日志、截图说明、测试结果】
尚未验证：【明确列出】

写作要求：
1. 先给提纲，不直接写全文；
2. 每节解决一个明确问题；
3. 保留材料中的真实经验，不新增案例和数据；
4. 术语首次出现时解释；
5. 风险操作前给提醒；
6. 无法确认的内容标记“待核实”；
7. 使用 Markdown 输出。

提纲后请额外列出：材料缺口、需要核查的事实、建议补充的图片。

这个模板不保证生成好文章，但能把合作边界说清楚。素材越真实、验收标准越具体，结果越容易使用。

哪些内容不适合直接交给 AI

涉及未公开业务、客户隐私、访问口令、内部漏洞和受保密协议约束的材料，不应随意上传。需要专业资质和个人情况判断的医疗、法律、财务结论，也不能把 AI 输出直接当成最终意见。

此外，不要要求 AI 模仿某位在世作者到难以区分的程度，也不要把他人作品简单改几个词后署上自己的名字。辅助写作仍需尊重版权和原创劳动。

总结

AI 最适合帮助写作者整理杂乱材料、检查结构、提供不同表达和发现遗漏。文章真正有价值的部分，仍然来自明确的读者问题、可验证的事实、亲自实践的经验和作者愿意承担的判断。

先准备素材，再生成提纲；分节写作，逐项核查；最后删掉空话，恢复自己的声音。这样写出来的文章不一定最快，却更像一篇有人真正做过、想过并愿意负责的教程。

打赏

如果这篇学习记录对你有帮助，欢迎扫码支持后续整理。

打赏支持：王庆岩