查找变更后需要更新的技术文档

这个场景能帮你做什么

设计改了，手册、检验说明或培训资料仍用旧参数，会把问题传到下游。WorkBuddy 可以依据变更对象与文档引用找出受影响章节，形成更新清单。

开始前需要准备什么

提供已确认变更、旧新参数或功能、文档目录、当前版本与已知依赖关系。文档可以包括设计、接口、用户、工艺与服务说明，标明各类读者和发布状态。

具体怎么做

第一步：提取变更要素

列名称、编号、参数、接口、步骤及术语变化，保留原值与新值。为可能使用的别名建立候选词，但不全局替换。

第二步：查找直接和语义相关引用

先查编号与明确参数，再读相邻说明，判断旧说法是否实际受影响。仅出现同一个数字不代表需要修改。

第三步：按读者与版本分配更新

分别列需更新、需复核、保持历史和不相关项。已经交付旧版产品的手册可能需要保留，不能把所有历史文件改成新状态。

第四步：输出更新建议

每项写文档、章节、旧描述、变更依据、建议动作和责任人。先由文档与工程人员确认，再局部修订并做相应发布检查。

可以直接交给 WorkBuddy 的完整要求

依据附件变更查找当前技术文档的受影响章节，保留文件版本、位置和原文。
结合上下文判断编号/参数/功能引用，不按关键词命中直接替换。
区分需改、需复核、历史保留和不受影响，列依赖缺口与建议动作。只生成更新清单和局部建议，不覆盖历史版或发布文档。

完成后会得到什么

一份章节级更新清单，能解释每处为什么需要修改，以及哪些资料应继续保留旧版。

结果应该怎么检查

检查主要下游文档是否纳入，建议是否有变更依据，面向旧产品的资料是否被误改。对未命中但依赖同一功能的章节做业务复核。

遇到这些情况怎么处理

依赖关系不完整时补查术语与实际任务。旧新文档并存时确认发布对象。变更尚未批准时仅给候选更新，不写成已生效说明。

哪些必须人工决定

文档负责人确认修订范围，工程人员确认技术内容，授权人员发布。AI 找关联与拟建议，不自动替换全部引用。