一个零件变了，Agent 怎样列出受影响的上层装配资料

一个零件的资料变化后，Agent可以沿反向使用关系列出需要复核的上层装配与相关资料。但“有使用关系”不等于所有产品必须停用，也不等于变更已经获批。首期适合交付影响候选清单，供工程人员决定后续处理。

本文使用虚构BOM与资料映射，不连接生产系统，不自动发布变更。

先固定变更对象与结构范围

记录发生变化的零件标识、变化内容、原资料和新资料，再确定要查哪一套配置范围。只说“零件D更新了”不够，因为不同装配版本可能使用不同配置，同一个料号也可能在多个位置出现。

PTC使用关系文档说明Used by与Where Used可从子项反查上层装配，用于分析设计变化影响。这里借用反向追溯思路，不宣称任意导出表都已经含有完整历史结构。

若输入只有当前局部BOM，就把查询范围写成该局部快照，不把未出现的产品说成不受影响。缺结构数据时形成补充请求；不能让模型根据产品名称推测装配路径。

合成零件D被组件B和C使用，B、C又属于产品A；C还属于产品Z。因此候选清单包含D→B→A、D→C→A以及D→C→Z。产品A虽出现两条路径，最终汇总可以只展示一个产品，但两条依据不能丢掉。

下载反向影响演练给出关系输入、资料映射和预期候选，包含不在本快照中的未知产品。它不是工程系统的真实查询结果。

先生成装配候选，再连接资料映射，例如组件手册、产品清单或维护说明。某路径没有资料映射时写“尚未关联”，不能据此判断没有资料需要更新。资料关系也需来源和确认人，不能仅凭文件名含有零件号自动关联。

每个候选保存关联存在、需业务复核、复核结论、变更批准和实施结果等信息。首期只有影响分析时，可以只维护前几项，后续变更流程交给现有系统；不要在同一列里从“发现关系”直接跳到“已更新”。

对同一产品存在多条影响路径，工程人员可以统一处理结论，但关闭时应说明覆盖哪些路径。若只检查了B对应资料，C路径仍未复核，不能因为产品A有一项完成就全部关闭。

资料变化的实际内容也要保存。例如仅修正描述拼写与改变适用条件，可能有不同复核深度；这种判断由工程人员作出，Agent只展示差异和来源，不能自动降级处理。

从D向上追溯，检查候选路径是否完整；再从产品A往下检查，确认D确实出现在被声明的配置里。反向关系与源BOM不一致时，应停下来查结构快照或映射错误，不继续生成一份貌似全面的报告。

再测试局部数据：删去产品Z的上层关系，系统应声明范围不完整，而不是宣布Z不受影响。循环或孤儿节点也应单独列出，不能靠截断遍历隐藏问题。

PTC零件页面说明将Where Used用于查看设计变化对上层对象的关联。正式项目仍须按企业配置规则核实，报告不能替代工程批准。

工程人员确认某一路径不需修改时，关闭记录应写明理由与所依据配置，不能把该路径从报告删除。下次结构更新再评估时，保留原结论及适用范围，防止把一次不受影响的判断扩展到以后所有版本。这样报告可以解释候选为何被排除，而不只列最后留下的产品。

版本维护见文档版本规则，资料更新见知识源增量同步，场景入口见知识库专题。通过定制咨询提供脱敏使用关系和一份人工影响清单，可以先明确反向追溯、资料关联与复核交接的边界。