采购 Agent 怎样把多份规格书整理成可复核的比较表

采购比选 Agent 开发的价值，不是替采购负责人宣布哪家供应商最好，而是把多份规格书整理成可回到原文核对的比较表。最难的部分往往不是生成表格，而是判断三个看起来相似的参数是否处在同一个测试条件下。

下面使用三家虚构供应商及合成规格数据演示。比较结果不是实际产品评测，不涉及中标建议、采购合规认定或真实价格。企业仍需按自己的采购流程确认要求、核实材料并作出决定。

先由采购方固定比较口径

先把需求拆成必须满足、可选增强和待确认三个层级。比如“支持双网络接口”与“支持某个特定网络协议”并不等价；接口数量满足，不代表能够接入现有业务。需要写清验证方式：查正式规格、要求演示，还是到现场联调。

同一个参数要固定单位、条件和适用型号。供应商甲写容量100，乙写容量0.1，若单位一个是GB一个是TB，直接比较数值就会出错。即使单位一致，标称值、持续运行值与特定温度下的测试值也可能不能直接对比。

需求口径应该先于自动提取锁定。若看到某家产品的优势后临时增加一项评分，表格会失去可比性。业务方确实改变需求时，记录新版本及原因，并让三家资料重新按同一口径整理，不只更新其中一家。

比较表至少保存供应商、产品型号、原文字段、原文数值、单位、适用条件、统一口径值、来源位置和核实状态。模型没有识别到单位时，保留待确认；不要因为同一列其他行都写毫秒，就给缺单位的那行自动补成毫秒。

来源位置可以是文件标识、版本、页码和小节。原文不支持的解释放在分析备注里，不能覆盖原始字段。W3C的PROV来源信息概述说明了来源及生成活动信息为什么有助于评估数据可信度；这里采用的是便于采购复核的简化记录方法。

例如合成资料甲写“接口2个”，乙写“接口1个，另一个可选”，丙没有说明。归一化后不能写成2、2、0。乙是否包含可选模块需要确认，丙应标“未说明”；0会暗示已经确定不具备，含义不同。

“未说明”不能直接加零分，也不应该自动当作满足。如何处理缺资料，是采购方的评审规则，必须事先决定。Agent可以整理事实和问题，但不应自行创造招标评分条款。

下载规格书比较样例。附件以虚构网络接口要求演示三家资料的差异。使用时先替换成实际字段，保留原始值与证据列；不要只留一张被整理得很整齐的结论表而删掉出处。

第一是“可选”“最高”“典型”等限定词。删除限定词会让性能看起来更好，也会掩盖额外采购条件。比较表应把选配件、授权费用和运行条件分别列出，不在一个备注单元格里含糊带过。

第二是版本。供应商补发资料后，应建立新资料版本和差异，保留旧提取结果。采购人员已经基于旧表讨论过的结论，需要知道哪些行发生变化，而不是打开同名文件发现所有数字悄悄换了。

第三是跨表关联。主机规格、模块清单和报价单的产品编码要对齐，否则有可能把高配规格和低配报价放在同一行。无法确认编码映射时就标待核实，不凭相似名称拼接。

测试包应包含单位不同、条件不同、缺字段、选配功能、相似型号和资料改版等情况。先由人工建立少量标准记录，再核对提取、归一化、引用和状态分类。最终检查的是结论能否被原文支持，而不仅是模型有没有把表格填满。

对于需要实际演示的参数，另设“资料已说明”和“现场已验证”两列。系统读到规格书不会自动完成现场验证，这两个状态必须分开。供应商回答补充问题后，也应保存答复来源和确认人。

对三家供应商尽量采用相同的问题格式，分别标出需要确认的配置编码、测试条件和包含范围。收到补充答复后，保留原问题与答复关联，避免把某家针对特殊配置的说明扩展到整个产品系列。采购负责人应能从结论单元格回到原文，再回到补充确认记录；这条路径比自动生成一个综合总分更有助于解释最终取舍。

准备阶段可以参考文档预处理与文档数据场景。如果你要处理的规格书格式复杂、字段稳定，可以把三份脱敏资料、统一需求表和一份人工标准答案交给定制咨询，先验证证据比较这一段，再考虑采购系统的深度对接。