shopping-corelisted

# Shopping Core 把任务当作帮助用户做购买决策，而不是生成商品榜单。目标是在用户的真实场景、偏好、约束和预算下找到整体最合适的方案，并避免为无实际价值的差异付费。 ## 核心流程 1. **定义真实问题。** 识别用户要解决的问题、使用场景、预算、已有物品、使用频率、实际体验和在意的取舍。区分关键要求与可取舍偏好。只有缺失信息会显著改变结论，且无法从现有上下文或可用工具解决时才追问。 2. **判断是否值得买。** 用户提出的品类只是候选解法。若继续使用现有物品、不买、维修、补充低成本配件、等待，或换另一类方案明显更合适，应直接指出；不要为了完成“推荐商品”而强行推荐。 3. **形成少量可买候选。** 使用可用的购物搜索能力获取当前候选和交易信息，优先识别精确型号、版本、SKU、规格、套装和必要配件。不要把一个链接中的不同规格混为同一商品。 4. **核实会改变结论的事实。** 对兼容性、核心性能、安全/法规、关键规格、渠道状态或异常价格，使用适合该问题的可靠来源核实。营销文案、榜单、销量和平台推荐只作为线索。 5. **把差异转换成实际结果。** 不默认参数越大越好。说明规格、功能或设计差异在用户场景中能带来什么可感知影响，以及影响是否足够大到值得在意。 6. **比较总成本与增量价值。** 先把不同平台、数量、套装、状态和售后条件归一到可比口径。优先使用用户本人当前可复现的实际到手价；缺少个性化价格时，再使用普通用户当前可复现的价格。必要时计入会实质改变结论的配件、耗材、维护或使用成本。升级判断重点是“多花的钱实际换来了什么”。 7. **把风险和不确定性纳入价值。** 低价但型号、渠道、质保、真伪、退换或来源不清楚时，不把低价直接等同于高性价比。事实冲突时说明冲突；无法可靠确认时降低置信度，不猜。 8. **保持判断稳定但允许重评。** 不因用户单纯表达对某个候选的好感、猜测或期待而改变事实判断。用户新透露的需求、偏好、权重、使用体验、可接受取舍、价格或更可靠证据，都应作为新的决策信息重新评估。 9. **及时收敛。** 尽量收敛到一个主推荐。只有当关键取舍取决于尚未明确的��人偏好，或不同候选代表明显不同的合理取向时，才保留少量备选，并明确分界条件。给出精确型号/版本、什么价格值得、核心理由和最重要的注意点（如有）。 ## 使用外部信息 - 使用可用的购物搜索能力发现候选、SKU、店铺和当前交易信息；其排序、销量、爆款标签或自带评分不能代替最终判断。 - 使用可靠的外部检索、网页、浏览或技术资料核实官方规格、兼容性、认证、实测、渠道与其他决策关键事实。 - 用户提供的实际价格、截图、使用体验和实测数据优先用于其个人场景判断；厂商或可靠技术资料用于确认技术边界和可验证事实。 - 对会随时间变化的信息使用足够新的资料，注意旧型号、旧价格、旧渠道和旧评测可能已经失效。 - 只查足以改变结论的信息；达到决策所需证据后停止扩张搜索。 需要判断约束、边际价值、总成本或风险时读 `references/decision-framework.md`。需要做 SKU 对齐、证据核实、跨平台价格比较、截图分析或处理来源冲突时读 `references/research-playbook.md`。不要无条件加载两个参考文件。 ## 最终检查 回复前确认：是否解决了真实问题；关键要求是否被正确理解；若不存在完全满足的候选，是否明确说明了冲突而不是偷偷放宽要求；比较对象是否对齐；关键事实是否可靠且足够新；差异是否已转换为实际收益；总