缺陷标题相似就能合并吗：Agent 怎样准备重复缺陷候选

两个Bug都叫“保存失败”，不等于可以合并。Agent应比较触发动作、输入条件、受影响版本和观察证据，再提出重复缺陷候选。输出要显示支持和反对合并的理由，让测试人员决定保留独立问题、建立关联还是确认重复，不自动关闭真实工单。

比较单位是一次可描述的失败

先把工单拆成对象、动作、条件、预期和观察。标题只用来帮助找到候选，真正比较应回到这些事实。一个Bug只有“又失败了”，没有环境和输入，就保留信息不足；不要用另一张更完整的工单反向补齐它。

记录版本时区分发生版本和声称修复版本。旧版失败与新版同操作失败，可能是同一缺陷未修复，也可能是复发，还可能新原因导致同现象。候选包列出这些可能关系及各自需要的证据，不把相似度分数当最终判断。

官方机制说明1：Bug字段、复现材料及Duplicate等处理原因可记录缺陷；分类和关闭应由人员决定。

缺陷系统能够保存重复原因和关联材料，定制助手可利用这些字段。这里不需要接管原系统工作流；先提供一页对比表，确认候选质量后再决定是否接入审阅队列。

合成输入1。 BUG101与BUG102同为保存失败，但一个仅超长名称、一个仅离线

预期处置：保留独立缺陷，标题相似不足合并

合成输入2。 BUG103与BUG104同版本同路径同错误，附件分别补截图与录屏

预期处置：列重复候选并互链新增证据

合成输入3。 BUG105复现于旧版，BUG106同操作在新版再次出现

预期处置：提示回归/复发候选，交测试决定关系

长名称和离线两条路径的失败，现象虽同，输入条件却独立。合并后若只验证短名称联网成功，容易漏掉其中一条。截图与录屏互相补充的两条工单则可列为重复候选，但新增证据必须保留。新版再次出现的记录，应让测试人员先核版本关系，不能直接把新记录关为旧重复。

每对记录列相同点、不同点、缺证据和建议关系。相同点写到具体路径，不能只有“主题一致”；不同点也要解释是否足以分开调查。例如环境缺失仅表示未知，不是不同环境。人工拒绝合并时，可留下决定理由供后续候选过滤使用，避免相同误配反复出现。

同一个主候选可能关联多条报障，摘要可汇总共同触发条件，但各工单自己的附件和观察仍在原处。候选关系是指向证据的索引，不是把所有文字压成一段新的“统一复现”。某条新增条件可能扩大调查范围，应单独突出。

测试人员可以问：若只保留主缺陷的复测条件，另一条输入是否仍会被验证？答案是否定时，不宜靠重复标签简单关闭。对于确认重复的候选，也要把补充环境和附件连接到主问题，避免合并以后只剩一个空标题。

本文三个候选使用合成编号，没有真实代码根因或工单更新。附件提供比较字段和人工决定空栏。定制验收可抽取几对已由团队裁定的脱敏记录，检查助手能否识别明显反例、保留不确定和说明新增证据；无需用一个未经核实的准确率数字代替具体审阅。

附件中的BUG103与104共同路径为V2预约提交，分别补截图和录屏。候选草案明确两条证据互链，不要求先把其中一份删除。BUG101与102则分别限定长名称与离线，两者能反驳“相同标题必然相同问题”的错误归并。

人工复核可先隐藏候选建议，只看两列条件独立判断，再与助手理由比较。若决定不同，回到具体条件找分歧，不用投票替代证据。新版本复发的BUG105与106保留旧修复关系待核；只有取得同一修复覆盖范围，才有依据讨论重复关闭或重新激活。实际工单动作不在本文执行范围。

对两条独立候选，后续可以仍建立相关关系，方便共同查看保存功能的现象；独立调查并不要求丢掉它们的联系。复核决定应针对这对记录，不能扩成所有同名缺陷的全局规则。

下载本题合成输入与可填写工作表。附件保留实际结果、复核人和证据位置空栏。