已有明确选型条件，Agent 怎样从自家产品目录给出候选与不满足项

已有明确选型条件时，Agent 可以从已结构化、获批的自家目录筛候选，逐项说明满足、排除和未知。先按硬条件过滤，软条件只在通过集合中排序；客户改变条件后再解释候选进出。产品选型资料 Agent 定制的结果是资料匹配表，不作专业适用、安全或最佳产品结论。

输入不再是待解析规格书

本篇从正式产品ID、属性代码、批准值与有效状态齐备的目录开始。客户也已确认哪些是必须满足、哪些只是偏好。若手上还是多份供应方PDF，应先处理原文抽取和口径核对，那是另一项任务，不能在本篇里混成自动比选方案。

微软的产品属性说明把规范属性与寻找符合规格的产品联系起来。本文在此基础上提出硬软条件筛选方法，规则来源是企业与客户确认，不冒称平台自动懂得所有选择优先级。

输入表保存条件ID、比较方式、目标值、硬软属性和确认来源。客户口头说“最好多一点”不能自动转为接口至少4；先确认具体规则，再执行筛选。目录缺值也不从营销词推断，增强版、专业版这样的名字不能代替参数。

合成硬条件为接口至少4。P1为4，可以进入候选；P2只有2，即使颜色最符合偏好也必须排除；P3接口未知，进入资料待核区，不能与P1并称已满足。系统不应给每个产品一个总分后，让软条件高分抵消硬条件失败。

当硬条件提高至6时，P1从原候选退出，原因是客户条件变了，不是产品参数退步。报告保留原条件R1与当前条件及候选集合差异，销售便能说明上次为何有P1、这次为何没有，而不需要翻聊天猜测。

下载候选筛选合成演练。附件明确三类对象和一次条件提高，实际结果栏用于记录候选集合与排除理由。样例不包含真实产品性能，也没有给工程选型意见，所有数值仅用于检验规则执行。

候选表按产品显示每条硬条件的核对状态、软条件匹配与来源。不满足不能只给红色总标，需写是哪个条件、目录值多少以及比较依据。未知同样指出缺哪一属性，便于产品窗口补资料，而不是向客户反复索取已经给过的要求。

不将来源缺值填零，因为零可能变成明确不满足，掩盖需要补证；也不因未见排除规则就默认满足。对含条件限制的批准值，应保留适用范围，超出范围时不生成确定比较。需要专业解释时，资料表把问题交给有权人员，不擅自作等效性判断。

产品候选确定后，还可能需要检查销售包装与订货倍数。本篇筛产品属性，后者核对商业订量，两个通过状态应分列。产品满足接口要求并不表示客户想买的数量可以按当前包装直接接受。

固定目录，只改一个已确认条件，看哪些产品进入、退出或仍未知；再固定条件，只改一条批准属性，看影响是否限定到对应产品。不能重新生成一段推荐话术后就认定筛选正确，验收需比较明确产品集合和理由集合。

人工选择不在候选内的产品时，可以保留例外讨论，但不能反向把原硬条件删掉。客户后来正式放宽条件，再保存新版本重跑。销售偏好和客户条件的批准角色不同，系统应能追溯谁确认了哪个变化。

客户条件表和产品目录分别由谁维护，也应写进交接资料。销售可以记录客户已确认的接口要求，产品窗口负责批准属性事实，两者不能为了让某产品入选而互相修改。P2软条件再合适，只要硬条件未变，就应稳定留在排除区。

候选集变化报告可以按仍保留、新进入、已退出和仍未知排列。每个变化都写是条件版本还是目录版本导致，让客户看得见比较基础。若两者同时改变，先分别说明各自作用，不能把所有差异都归到客户改变主意。

若输出要发送给客户，可通过获准字段目录视图控制展示范围，内部评估字段不要顺带导出。与供应方规格比较相比，本题不做多供应商抽取、单位归一或采购推荐。更多任务见客服专题。向定制咨询提供脱敏结构化目录、硬软条件表和一次候选变化预期，就可具体讨论筛选规则、证据卡与人工确认。