更新说明首先要确定版本事实
让 ChatGPT 写产品更新说明，先提供已经确认的上线记录，再说明受众与需要采取的行动。本例是本站虚构的活动报名表：版本v1.2在2026年10月15日上线，新增保存草稿，修复提交后没有确认编号的问题；“邮件提醒”仍在测试，尚未上线。这些都是演示事实，不对应真实产品发布或本站工具站。
给模型四个不能跨越的边界
第一，已上线的功能才能放进“本次更新”。第二，修复问题要说明用户现在能看到什么，不能承诺所有情境都零故障。第三，测试中的邮件提醒只放到“暂未提供”，不写发布日期。第四，缺少迁移、兼容性、适用设备等信息时，不能自动补造。
仅把开发任务清单转成漂亮句子，容易让计划中功能看起来已经发布。编辑必须核对版本号、上线时间和功能状态来自同一份记录。
一份面向用户的参考说明
标题：“活动报名表 v1.2 更新说明（演示）”。正文可以写：现在填写过程中可以保存草稿，稍后继续；正式提交后页面会显示确认编号，请保存用于核对。此前部分提交没有出现确认编号的显示问题已修复。邮件提醒功能仍在测试，本版本暂不提供。
如果真实用户需要知道草稿保存位置、有效期或跨设备是否同步，本例材料没有这些规则，应标为待确认，不得写“草稿永久保存”或“任意设备继续”。“已修复”是针对给定的演示上线记录，不表示本站实际测试了该系统。
检查读者要不要做什么
如果用户之前遇到没有编号的提交，新的版本是否需要他们重新提交？材料未说明。更新说明应写“对于此前没有确认编号的申请，请联系服务方核实状态”，前提是有真实服务方支持这条渠道；本教学例子不提供具体联系方式。不要建议用户直接重复提交，可能产生重复记录。
面向技术人员可以另外列内部工单和回归测试，但面向普通用户的说明先回答“我现在可以做什么、会看到什么、还有什么不能用”。让两类读者用不同文稿，避免用户被实现细节淹没。
发布前逐句核对证据
把每个句子标成“已上线记录支持”“仍在测试”“缺信息”。若模型写“邮件会自动发送”，应改成“本版本暂不提供”。若写“完全解决所有确认问题”，应退回具体范围。数字如“速度提升30%”没有测量就不能放入说明。
草稿入口位置、过期规则、旧申请处理方法都是本例待确认事项。上线后若实际行为与说明不符，先修正事实或产品问题，再更新说明并记录日期；不能靠SEO式夸张措辞掩盖差异。