一个能扩写的大纲，需要写清每节解决什么
让 ChatGPT 写文章大纲时，先提供读者、文章要回答的问题、核心观点和已有材料。要求每个小节同时写出要点、可用证据与待补充信息，拿到结果后检查是否偏题或重复。
只有“背景、意义、方法、总结”四个标题，扩写时往往还要重新思考。大纲更有用的部分，是说明读者看完每节后应当能做什么。
下面用“给三人课程项目建立文件命名与交接规则”作为自拟教学案例。文中的团队、文件名和规则都是练习材料，不是某个机构的真实制度，也不声称这套做法经过效率测试。
先整理一张写作任务卡
目标读者：第一次与同学协作完成课程项目的人，会使用文件夹，但不熟悉版本命名与交接。
读者问题：几个人都在改文档时，怎样知道应该查看哪一版，还有谁需要继续处理？文章范围限定为小团队的手动文件管理，不介绍某个软件的高级功能。
核心观点：命名规则、交接说明和一个明确的定稿位置要配套使用。仅在文件名里反复加“最终版”，无法清楚说明当前状态和剩余工作。
已有材料：团队出现过“方案最终版.docx”“方案最终版2.docx”“方案最新.docx”三个难以区分的文件；计划采用“主题_日期_版本_状态”的练习规则；交接时补充修改点、待确认项和下一位处理人。
不具备的材料：没有效率变化记录，没有调查样本，也没有对不同协作工具作比较。因此文章不写“节省百分之多少时间”，也不把手动命名说成适用于所有团队的最佳方案。
第一轮提示词怎样限制范围
可以说：“请依据任务卡写一篇面向初次协作学生的实用文章大纲。只安排五个主体小节，每节说明读者问题、主要观点、使用的例子及需要补充的材料。不要写完整正文，也不要扩展为软件推荐或团队管理理论。”
如果希望控制篇幅，可再给出参考字数范围。字数用于安排各节轻重，不是为了让文章越长越好；没有材料支撑的段落应缩减或标记待补充。
一份可扩写的大纲示例
第一节：先展示“找不到正确版本”的问题。用三个自拟文件名说明名称无法回答“哪版可以交稿”。读者看完应知道本文处理的是版本状态不清，而不是不会创建文件夹。
第二节：约定最少的命名字段。解释主题、日期、版本号和状态各自表示什么。示例为“项目方案_20261118_v03_待确认.docx”，并说明这里的日期由本练习约定为本次修改日期。命名规则不同的团队，应先统一日期含义。
第三节：交接时写一段短说明。示例：“本次修改了第二节的分工描述；预算段落仍待确认；下一步请负责预算的同学补充依据。”不要仅发一个文件而让对方猜修改了哪里。
第四节：为可提交版本设定明确位置。介绍本练习采用的“工作中”和“已确认”两个文件夹。待确认文件继续留在工作区，确认后再整理到定稿位置；确认责任与具体规则需由团队自行约定。
第五节：用一次交接做检查。让读者回答：当前文件状态是什么？有哪些未确认内容？下一位处理人是谁？如果不能从文件和交接说明中找到答案，就回到对应环节补齐。
检查大纲中的事实缺口
在上面的案例里，“哪些人有权确认定稿”还没有给出。大纲应把它记为待补充，而不是擅自规定由组长或老师确认。
“已确认文件要不要继续保留历史版本”也没有统一答案。可以要求团队补充已有要求，再决定正文写到什么程度；不要在没有上下文时建议直接清空旧文件。
这些缺口不会因为文字流畅而消失。把它们列在大纲里，能帮助你在扩写前收集材料。
第二轮只调整结构和篇幅
如果发现第二节和第四节都在解释版本状态，可以追问：“第二节只讲文件名如何显示状态，第四节只讲确认后的存放位置；删除重复说明，保留各自操作示例。”
如果例子太少，不要用抽象结论补长篇幅。可以先补一段匿名交接材料，再让 ChatGPT 把它放到合适的小节。检查完成后，先扩写一个小节，确认语气和细节，再继续写全文。
大纲完成后，先做一次读者检查
把所有标题连起来读一遍：它们是否沿着一个问题逐步推进？每节是否有不同的任务？结尾是否能让读者完成最初想做的事？
这篇案例的大纲负责组织观点和材料。如果接下来需要演示文稿，可以再把文章转换为逐页要点；文章小节与演示页的讲述节奏可以不同，不必逐段照搬。