Quick Reference
| Topic | File |
|---|
| Common comparison traps that cause false conclusions | INLINECODE0 |
| User-input parsing and product normalization |
parsing-and-normalization.md |
| Same-product matching logic and confidence rules |
matching-rules.md |
| Price-basis normalization and payable-price rules |
pricing-rules.md |
| Recommendation logic and purchase decision rules |
decision-framework.md |
| Worked execution patterns and example outputs |
examples.md |
Critical Comparison Traps
These mistakes create false comparison results and misleading recommendations. See comparison-traps.md for full patterns.
- 1. Different specs treated as the same product — Never compare across different model, version, capacity, size, quantity, or package content.
- Deposit or pre-sale display treated as final payable price — A deposit is not the total amount the buyer will pay.
- Conditional price treated as universal price — Livestream pricing, member pricing, group-buy pricing, first-order discounts, and subsidy prices must be labeled with conditions.
- Store trust ignored in favor of raw price — Official flagship stores, self-operated channels, authorized sellers, and unknown third-party sellers are not equivalent purchase paths.
- Bundle edition compared directly to standard edition — Listings with gifts, accessories, service plans, or expanded package contents must not be silently mixed with standard editions.
Core Objective
This skill helps an Agent perform cross-platform product comparison across:
- - JD
- Taobao
- Tmall
- Pinduoduo
- Douyin Mall
The purpose of this skill is not to find the smallest visible number on a page.
The purpose is to:
- 1. identify the correct target product
- normalize listing identity across platforms
- standardize price basis
- detect conditions and risks
- produce decision-ready recommendations the user can actually trust
A valid comparison requires both of the following:
- 1. the compared listings refer to the same product, or are explicitly labeled as near-equivalent
- the compared prices refer to the same payable basis, or are explicitly marked as conditional or uncertain
Core Rules
When Parsing Requests
- - Extract brand, category, model, series, version, capacity, size, quantity, color, and package content
- Separate hard attributes from soft purchase preferences
- Treat a product link as a stronger reference source than vague free-text input
- If the input is ambiguous, create candidate branches instead of forcing a false single identity
When Normalizing Products
- - Build a normalized product identity before cross-platform comparison
- Treat model, version, capacity, size, quantity, and package content as identity-defining fields
- Treat store preference, shipping preference, and “official stores only” as constraints rather than product identity
- If the listing identity cannot be normalized confidently, downgrade same-product confidence
When Matching Listings
- - Match by structured attributes, not by title similarity alone
- Model mismatch overrides keyword overlap
- Capacity, size, quantity, and version mismatch usually break strict comparability
- Package-content differences must be disclosed clearly
- Used, refurbished, imported, and unofficial variants must not be mixed into standard new-retail comparison unless the user explicitly allows them
When Comparing Prices
- - Prefer final payable price over list price
- Never treat deposit, teaser price, or “from” price as final payable price without confirmation
- Include shipping when it materially changes the user’s real out-of-pocket cost
- Mark uncertain prices as uncertain instead of forcing a hard numeric conclusion
- If the lowest visible price depends on coupon collection, membership, livestream access, group buying, or subsidy eligibility, state those conditions explicitly
When Making Recommendations
- - Always provide more than “the cheapest listing”
- Distinguish between:
-
lowest price option
-
best value option
-
safest purchase option
- - If price differences are small, weigh store trust, after-sales support, and delivery reliability more heavily
- If price differences are unusually large, investigate mismatch or hidden conditions before recommending
Execution Flow
The Agent should execute this skill in the following order:
- 1. Parse the user request
- Determine whether the input is a product name, product link, mixed description, or vague shopping intent
- Extract explicit requirements and exclusions
- 2. Build a normalized product identity
- Standardize the target product into a structured internal identity
- Identify missing critical fields
- Create candidate branches when more than one plausible interpretation exists
- 3. Search each supported platform
- Find the most relevant candidates on JD, Taobao, Tmall, Pinduoduo, and Douyin Mall
- Keep high-quality candidates for downstream evaluation
- 4. Evaluate same-product confidence
- Classify each candidate as:
- same product
- near-equivalent
- not comparable
- Exclude non-comparable listings from strict lowest-price conclusions
- 5. Normalize price basis
- Extract list price, final payable price, shipping, and price conditions
- Label each result as unconditional, conditional, reference-only, or uncertain
- 6. Assess purchase risk
- Evaluate store/channel type, authenticity signals, package complexity, pre-sale status, and unusual discount conditions
- Flag abnormally low prices for further scrutiny
- 7. Produce decision-ready output
- Summarize the normalized target product
- Present platform-by-platform comparison
- Recommend:
- lowest price option
- best value option
- safest purchase option
- Explain risks, conditions, and uncertainty clearly
Decision Priorities
Unless the user states otherwise, use the following priority order:
- 1. correct product identity
- correct price basis
- constraint compliance
- clear risk disclosure
- decision usefulness
This means:
- - a slightly higher but clearly matched and trustworthy listing is better than a suspiciously low but weakly matched listing
- a conditional price is not stronger evidence than an unconditional price
- uncertainty must remain uncertainty
Confidence Levels
This skill should reason with three practical confidence levels.
High Confidence
Use when:
- - brand matches
- model matches
- version matches
- core specs match
- package content matches or is clearly equivalent
- price basis is clear
Medium Confidence
Use when:
- - the product family is clear
- most major fields align
- a limited uncertainty remains in package, color, or seller labeling
- the listing is likely comparable but not fully confirmed
Low Confidence
Use when:
- - one or more major fields are unresolved
- the model or version may differ
- package content is unclear
- price basis is opaque
Only high-confidence same-product matches should drive a strict lowest-price conclusion.
Default Output Expectations
A proper final comparison should include:
- 1. normalized target product
- platform comparison results
- lowest price option
- best value option
- safest purchase option
- risk notes, price conditions, and uncertainty disclosures
The Agent should not return raw search results without interpretation.
Default Recommendation Logic
If the user gives no explicit purchase priority:
- - choose lowest price option from high-confidence, eligible same-product listings
- choose best value option by balancing price, trust, shipping, and condition clarity
- choose safest purchase option from the most reliable channel with the clearest after-sales path
If the user gives a purchase priority, reorder accordingly:
- - lowest price first → prioritize payable cost, but still disclose risk
- official / authorized only → exclude unknown third-party sellers from main conclusions
- fast delivery first → prioritize in-stock, stable fulfillment
- no pre-sale / no group-buy / no membership conditions → remove conditional listings from primary recommendations
Hard Constraints
The Agent must not:
- - compare different model/spec variants as the same product
- treat deposit or teaser price as final payable price
- treat group-buy or multi-person price as solo-buyer price
- treat livestream-only or member-only discounts as universal price without disclosure
- ignore shipping when it materially changes total cost
- ignore store/channel trust in recommendation logic
- give a strict cheapest conclusion when same-product confidence or price confidence is low
- mix used, refurbished, imported, or unofficial variants into standard new-product comparison unless explicitly requested
Fallback Behavior
If no high-confidence same-product match is found
State that no high-confidence same-product listing was found on that platform. Provide reference-only results if they are still decision-useful.
If the user input is too vague
Create the most likely candidate branches and compare them separately.
If price conditions cannot be verified
Label the result as conditional or uncertain instead of forcing a lowest-price conclusion.
If the product is highly non-standard
Explain that strict same-product comparison may not be reliable for custom products, variable bundles, second-hand goods, or service-heavy offers.
Scope
This skill helps with:
- - cross-platform product comparison across JD, Taobao, Tmall, Pinduoduo, and Douyin Mall
- product identity normalization from names, links, and mixed user descriptions
- same-product matching and confidence scoring
- price-basis normalization, including conditional-price handling
- risk-aware purchase recommendations
- decision support for lowest price, best value, and safest purchase
This skill does NOT:
- - place orders, make payments, or interact with live user accounts
- guarantee real-time inventory, coupon availability, or livestream access
- authenticate sellers or verify legal compliance beyond observable listing signals
- treat uncertain listings as definitive same-product matches
- make autonomous purchase decisions on the user’s behalf
Final Instruction
When using this skill, the Agent must remember:
The goal is not to find the smallest number.
The goal is to compare the right product, on the right price basis, with the right risk disclosure, and give the user a recommendation they can actually trust.
快速参考
| 主题 | 文件 |
|---|
| 导致错误结论的常见比价陷阱 | comparison-traps.md |
| 用户输入解析与商品标准化 |
parsing-and-normalization.md |
| 同品匹配逻辑与置信度规则 | matching-rules.md |
| 价格基准标准化与应付价格规则 | pricing-rules.md |
| 推荐逻辑与购买决策规则 | decision-framework.md |
| 执行模式示例与输出样例 | examples.md |
关键比价陷阱
以下错误会导致虚假比价结果和误导性推荐。完整模式详见 comparison-traps.md。
- 1. 将不同规格视为同一商品 — 切勿跨不同型号、版本、容量、尺寸、数量或包装内容进行比较。
- 将定金或预售展示价视为最终应付价格 — 定金并非买家实际支付的总金额。
- 将条件价格视为通用价格 — 直播价、会员价、拼团价、首单优惠和补贴价必须标注条件。
- 忽略店铺信誉,只看裸价 — 官方旗舰店、自营渠道、授权经销商和未知第三方卖家并非等效的购买路径。
- 将套装版与标准版直接比较 — 附带赠品、配件、服务计划或扩展包装内容的商品不得与标准版混同比较。
核心目标
本技能帮助智能体在以下平台间进行跨平台商品比价:
本技能的目的并非找到页面上最小的数字。
目的是:
- 1. 识别正确的目标商品
- 跨平台标准化商品身份
- 统一价格基准
- 检测条件和风险
- 生成用户真正可信的、可决策的推荐
有效的比价需要同时满足以下两点:
- 1. 被比较的商品指向同一产品,或明确标注为近似等价
- 被比较的价格指向相同的应付基准,或明确标注为有条件或不确定
核心规则
解析请求时
- - 提取品牌、品类、型号、系列、版本、容量、尺寸、数量、颜色和包装内容
- 将硬属性与软性购买偏好分开
- 将商品链接视为比模糊的自由文本输入更强的参考来源
- 如果输入存在歧义,创建候选分支,而非强行确定单一身份
标准化商品时
- - 在跨平台比价前构建标准化的商品身份
- 将型号、版本、容量、尺寸、数量和包装内容视为身份定义字段
- 将店铺偏好、配送偏好和仅限官方店视为约束条件,而非商品身份
- 如果无法自信地标准化商品身份,降低同品置信度
匹配商品时
- - 基于结构化属性进行匹配,而非仅靠标题相似度
- 型号不匹配优先于关键词重叠
- 容量、尺寸、数量和版本不匹配通常会破坏严格可比性
- 包装内容差异必须明确披露
- 二手、翻新、进口和非官方变体不得混入标准新品零售比价,除非用户明确允许
比较价格时
- - 优先使用最终应付价格而非标价
- 未经确认,切勿将定金、预告价或起售价视为最终应付价格
- 当运费实质性影响用户实际支出时,应包含运费
- 将不确定的价格标记为不确定,而非强行得出硬性数字结论
- 如果最低可见价格取决于领券、会员资格、直播访问、拼团或补贴资格,需明确说明这些条件
做出推荐时
- - 始终提供比最便宜的商品更多的信息
- 区分以下选项:
-
最低价选项
-
最佳性价比选项
-
最安全购买选项
- - 如果价格差异较小,应更重视店铺信誉、售后支持和配送可靠性
- 如果价格差异异常大,在推荐前调查是否存在不匹配或隐藏条件
执行流程
智能体应按以下顺序执行本技能:
- 1. 解析用户请求
- 判断输入是商品名称、商品链接、混合描述还是模糊购物意图
- 提取明确要求和排除条件
- 2. 构建标准化的商品身份
- 将目标商品标准化为结构化的内部身份
- 识别缺失的关键字段
- 当存在多种合理解读时创建候选分支
- 3. 搜索每个支持的平台
- 在京东、淘宝、天猫、拼多多和抖音商城上寻找最相关的候选商品
- 保留高质量候选商品供后续评估
- 4. 评估同品置信度
- 将每个候选商品分类为:
- 同一商品
- 近似等价
- 不可比
- 将不可比的商品从严格最低价结论中排除
- 5. 标准化价格基准
- 提取标价、最终应付价格、运费和价格条件
- 将每个结果标记为无条件、有条件、仅参考或不确定
- 6. 评估购买风险
- 评估店铺/渠道类型、正品信号、包装复杂度、预售状态和异常折扣条件
- 对异常低价进行进一步审查标记
- 7. 生成可决策的输出
- 总结标准化的目标商品
- 呈现按平台的比价结果
- 推荐:
- 最低价选项
- 最佳性价比选项
- 最安全购买选项
- 清晰解释风险、条件和不确定性
决策优先级
除非用户另有说明,按以下优先级顺序:
- 1. 正确的商品身份
- 正确的价格基准
- 约束条件合规
- 清晰的风险披露
- 决策实用性
这意味着:
- - 价格略高但匹配清晰且可信的商品,优于价格可疑低但匹配弱的商品
- 条件价格并非比无条件价格更强的证据
- 不确定性必须保持为不确定性
置信度级别
本技能应使用三个实用的置信度级别进行推理。
高置信度
适用于:
- - 品牌匹配
- 型号匹配
- 版本匹配
- 核心规格匹配
- 包装内容匹配或明确等价
- 价格基准清晰
中等置信度
适用于:
- - 产品系列清晰
- 大部分主要字段一致
- 包装、颜色或卖家标注存在有限的不确定性
- 商品可能可比但未完全确认
低置信度
适用于:
- - 一个或多个主要字段未解决
- 型号或版本可能不同
- 包装内容不清晰
- 价格基准不透明
只有高置信度的同品匹配才能驱动严格的比价结论。
默认输出预期
一个恰当的最终比价应包含:
- 1. 标准化的目标商品
- 平台比价结果
- 最低价选项
- 最佳性价比选项
- 最安全购买选项
- 风险说明、价格条件和不确定性披露
智能体不应返回未经解读的原始搜索结果。
默认推荐逻辑
如果用户未给出明确的购买优先级:
- - 从高置信度、符合条件的同品列表中选出最低价选项
- 通过平衡价格、信誉、配送和条件清晰度选出最佳性价比选项
- 从最可靠、售后路径最清晰的渠道选出最安全购买选项
如果用户给出了购买优先级,相应调整顺序:
- - 价格优先 → 优先考虑应付成本,但仍需披露风险
- 仅限官方/授权 → 从主要结论中排除未知第三方卖家
- 配送优先 → 优先考虑有现货、履约稳定的商品
- 无预售/无拼团/无会员条件 → 从主要推荐中移除有条件商品
硬性约束
智能体不得:
- - 将不同型号/规格变体视为同一商品进行比较
- 将定金或预告价视为最终应付价格
- 将拼团或多人价视为单人购买价
- 将仅限直播或仅限会员的折扣视为通用价格而不披露
- 在运费实质性影响总成本时忽略运费
- 在推荐逻辑中忽略店铺/渠道信誉
- 在同品置信度或价格置信度低时给出严格的最便宜结论
- 将二手、翻新、进口或非官方变体混入标准新品比价,除非用户明确要求
降级行为
如果未找到高置信度的同品匹配
说明在该平台上未找到高置信度的同品商品。如果仍对决策有用,可提供仅参考的结果。
如果用户输入过于模糊
创建最可能的候选分支并分别进行比较。
如果价格条件无法验证
将结果标记为有条件或不确定,而非强行得出最低价结论。
如果商品高度非标准化
说明对于定制产品、可变套装、二手商品或服务密集型商品,严格的同品比价可能不可靠。
适用范围
本技能适用于:
- - 京东、淘宝、天猫、拼多多和抖音商城的跨平台商品比价
- 从名称、链接和混合用户描述中标准化商品身份
- 同品匹配与置信度评分
- 价格基准标准化,包括条件价格处理
-