上下文变化时，如何让文档保持更新

大多数文档不是突然失效，而是逐渐变得不可靠。聊天里改变了决定，会议澄清了范围，客户反馈改变了约束，新的 AI 工作流给出更好的解释。页面仍在，但已经落后于真实工作。

真正的问题不只是“文档过期”

更深层的问题是文档系统离产生事实的工作太远。更新依赖某个人事后想起来复制内容，于是延迟和遗漏成为必然。

第一步：不要把更新当作独立阶段

决定发生变化时就应该留下可提升的更新，而不是等到项目结束再整理。会议、聊天、研究和执行结果都应能把变化送回主上下文面。

第二步：更新正确的信息单元

不要因为一个句子改变就重写整页。识别真正变化的是目标、约束、决定、状态还是证据，只更新对应单元，并检查依赖它的内容。

第三步：保留变化原因

“已从 A 改为 B”不足以支撑未来判断。记录触发变化的新事实、做出的取舍与仍然存在的不确定性，才能让后续读者理解这次更新。

第四步：不要让聊天输出成为旁路

如果重要结论只留在聊天中，文档就会悄悄失真。把会影响后续工作的输出提升到对应页面，并保留原始会话或来源链接。

第五步：使用可复用结构

目标、决定、开放问题、风险、来源和下一步等稳定结构，让系统更容易识别变化，也让人和 Agent 更快理解当前状态。

第六步：让修正改善系统

用户对 AI 草稿的编辑揭示了哪些内容不准确、哪些边界重要。反复出现的修正应改善后续组织和写作，而不是只修当前页面。

第七步：定义哪些文档必须保持热状态

不是所有历史资料都要持续更新。明确项目 brief、当前计划、关键决策与产品原则等 authority 页面；旧材料保留为来源，但不与当前状态竞争。

创始人与小团队最先感受到什么

少数人通常同时持有战略、客户和执行背景。一旦工作变快或新人加入，脑内连接就成为瓶颈。轻量但持续的更新机制比大型文档工程更重要。

最后的结论

保持文档更新不是要求人更自律，而是让文档更靠近事实发生处。捕捉变化、保留原因、更新正确单元，并明确当前 authority。