用 AI 给文档做保鲜检查：为易变事实写下复查触发条件
一份说明页写完之后，还可能被读者使用很久。开放时段、报名入口和设备条件却会变化。可以让 AI 帮文档建立一份保鲜清单：逐条说明哪些内容容易过时、什么变化会触发复查，以及应去哪里确认，而不是笼统地标记“建议定期更新”。
AI生成概念配图，非真实软件界面
把容易变化的陈述单独取出
Google 的文档风格指南提醒，长期使用的文档应谨慎使用“现在”“新增”等依赖阅读时点的词语；发布说明等有明确时间语境的内容则可以使用。本文在此基础上设计一个维护流程，以下社区工坊及其安排均为虚构。
假设“石叶工坊”的说明页写着：“目前每周六开放；报名请找当班协调员；新设备支持彩色输出。”先给原文段落编号，让 AI 找出可核实的陈述。开放日期、报名方式和设备能力应分别成为三条，避免日后只更新其中一项，却把整段都标为已确认。
再给每条陈述补上适用范围、最近核实日期和具体依据。若手里只有上季度的海报，就如实写“依据上季度海报，当前状态待核实”。不能把文件修改日期当成事实核实日期，也不能因为 AI 今天读过旧材料，就给内容盖上今天仍有效的印章。
让复查有一个明确的触发点
请模型区分日历触发与事件触发。按维护者约定的日期检查开放时段，是日历触发；协调员轮换、报名系统更换、设备维修后重新确认能力，是事件触发。它们都是待采用的建议，不是模型已经设置的提醒，更不意味着后台会自动追踪变化。
对工坊例子，可以写：“开放时段由排班负责人确认，每次发布下一期排班时复查”；“报名说明在接手人员变化时复查”；“输出能力在设备配置调整后复查”。无需给所有事实机械地安排同一个期限，先看错误会影响什么，以及谁掌握最新信息。
复查结果也要有不同状态。找到新依据可以更新；新旧依据冲突就待确认；相关服务结束则考虑移到历史记录。没有找到变更消息，只能说明本次没有查到，不能据此推断安排一定没变。保留旧表述的用途与时间范围，避免历史资料失去上下文。
可复用的维护提示词
可复用模板：请提取以下文档中可能变化的事实，附原文位置。逐条列适用范围、已有核实依据、缺失信息、建议复查触发条件与需要确认的角色。区分事件触发和日期触发。不要推测现行安排，不要伪造核实日期；无法判断时写待确认。
人工检查先看模型有没有遗漏藏在图片说明、链接文字和附件里的承诺，再检查来源是否真的支持整条陈述。对于“报名入口”，不仅要确认链接能打开，还要由维护者判断它是否对应正确活动。页面存在与内容仍适用是两个需要分别验证的事实。
更新后保留简短记录：改了哪条事实、依据是什么、何时生效、还有谁需要同步。若相关页面尚未核实，不要让 AI 用通顺的新句子掩盖空白。可以先明确标注适用日期，或把不确定的说明暂交维护者处理。
清单不是自动监控器
AI 能协助识别易变措辞，却可能漏掉行业特有的失效条件，也可能把稳定背景写得过度紧张。最终应由内容负责人决定复查频率和修改方式。只有真正执行核实并留下依据，文档才得到更新；一份漂亮的保鲜清单本身不提供这个保证。
