备件资料里的替代件，Agent 怎样保留适用装配与替代方向

备件资料中的替代件，不能只保存“甲可以换乙”。先记录这条关系适用于哪套装配、哪个方向、哪些条件和什么批准依据，Agent再给出资料内的候选。候选不等于已经获准现场更换，缺条件时应把问题交给工程或售后人员。

本文用虚构零件演练关系台账，不提供实际维修操作，也不自动写入物料系统。

替代语义先由企业确认

PTC替代件说明指出，substitute可限定在特定产品结构中。它提醒我们，局部装配中的允许关系不能自动扩展到所有位置。不同企业对替代、互换和后继件的叫法未必相同，先确认语义再建字段。

关系表把原零件、候选件、适用装配、方向、前置条件、批准证据和状态分列。不要仅建一个同义词字段：同义词表示同一概念的叫法，替代关系表示不同零件在条件下的使用选择，两者不能混用。

如果资料只说“可替代”却没明确范围，登记为信息不完整，不让模型根据尺寸接近或名称相似推断兼容。技术团队负责保留条件，工程人员负责解释是否适用。

合成记录R01允许零件P在装配A中由Q替代；R02只在装配B且完成指定确认后允许Q替代P；R03仅写“Q为候选”，没有批准依据。查询装配A时，不能把R02的条件倒过来套用，更不能把R03当成已批准关系。

下载替代关系演练包含有范围、带条件、缺依据和方向反例。所有零件及批准编号都是虚构标识，不构成真实兼容清单。

查询输入至少明确原零件和装配范围。资料允许的配置条件尚未收齐时，输出缺哪些条件和出处，不生成确定替换结论。用户补充装配信息后，重新筛关系，不沿用前一次的候选集合。

PTC替代关系读取示例展示了在产品结构中读取不同替代关系的方式。它只作为语义来源，本文没有声称已经完成相关平台集成。

正式实现中，装配、方向和批准状态应成为可核对的筛选条件，不能只在提示词里写“注意范围”。回答引用关系原文和批准定位，保留未满足条件，避免语言摘要删除“仅限”或“确认后”等限制。

关系更新时，保留旧关系和替代依据，检查哪些知识记录引用了它。停用某候选不一定意味着零件主数据本身删除，不能为了停止回答就清掉所有历史来源。

先问装配A中P的候选，再问装配C中相同问题；后者没有依据时应明确停下。再反向询问Q能否用P替换，检查系统是否擅自把有向关系变成双向互换。

缺批准记录、条件未满足和来源互相矛盾应分别报告。即使最终转人工，也要保留查询对象、候选关系、未满足条件和出处，否则工程人员仍要重新调查。

这项交付到资料关系核对为止。若要进一步连接库存、工单或维修授权，另列数据来源与操作边界，不把资料里出现一个零件号就当成系统已有可售库存。

同一原件可能有多个批准候选，排序也需要来源依据。首期可以按资料原序展示并保留全部限制，不让模型根据名称、价格印象或常见程度选一个“最佳替代”。如果业务已有明确优先级，作为独立字段登记批准人和规则，再测试多个候选同时适用时的输出。

产品身份问题可看售后型号澄清，资料整理见知识源盘点，场景入口为知识库专题。通过定制咨询提供脱敏替代规则、适用装配和人工反例，可以先把候选筛选与工程交接做成可验收范围。