linkfox-seerfar-ozon-product-detail-search

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Seerfar Ozon Product Detail Search

Seerfar Ozon 商品详情查询

This skill fetches the full detail of a single Ozon product by its SKU from the Seerfar analytics database — title, price (₽), rating, reviews, QA count, sales (total + daily average + daily trend), revenue, stock, category rank, brand, seller, fulfillment (FBO/FBS/OZON), weight and listing age. The starting point for single-product deep analysis, competitor product teardown, listing diagnostics and sales-trend tracking.
本技能通过SKU从Seerfar分析数据库拉取单个Ozon商品的完整详情,包括标题、价格(₽)、评分、评论数、QA数、销量(总销量+日均销量+每日趋势)、销售额、库存、类目排名、品牌、卖家、配送方式(FBO/FBS/OZON)、重量及上架时长。适用于单品深度分析、竞品拆解、Listing诊断及销量趋势跟踪的初始环节。

Core Concepts

核心概念

Unit of data is a single product, looked up by
sku
: pass one Ozon SKU, get that product's full detail. This is a product-level view (one SKU), not a shop catalog, keyword or category view.
Where the SKU comes from:
sku
is the Ozon product SKU — the same
sku
returned by other Seerfar Ozon tools (shop search, keyword back search, category search, market keyword search). If the user only has a product name, URL or shop, first obtain the
sku
from one of those listing-level sources, then call this skill for the deep dive.
Sales window:
dateRange
controls the sales/metrics window —
totalSales
,
dailySales
,
totalRevenue
and
salesTrendVOList
are computed over this range. Default
past_30_days
. Options:
past_7_days
/
past_30_days
/
past_60_days
/
past_90_days
/
past_180_days
/
past_365_days
.
Sales & price currency:
price
is in Russian rubles (₽), indicated by
currency
.
totalSales
is units over the window;
dailySales
is the average units/day;
totalRevenue
is revenue over the window.
Listing age:
upTime
is the listing timestamp (ms);
upDays
/
upMonths
are the derived age in days / months.
数据单位为单个商品,通过
sku
查询
:传入一个Ozon SKU,即可获取该商品的完整详情。这是商品级视图(单个SKU),而非店铺商品目录、关键词或类目视图。
SKU来源
sku
指Ozon商品SKU,与其他Seerfar Ozon工具(店铺搜索、关键词反向搜索、类目搜索、市场关键词搜索)返回的
sku
一致。若用户仅提供商品名称、URL或店铺信息,需先通过上述商品列表类工具获取
sku
,再调用本技能进行深度查询。
统计周期
dateRange
控制销量/指标的统计周期——
totalSales
dailySales
totalRevenue
salesTrendVOList
均基于该周期计算。默认值为
past_30_days
,可选值包括:
past_7_days
/
past_30_days
/
past_60_days
/
past_90_days
/
past_180_days
/
past_365_days
销量与价格币种
price
以俄罗斯卢布(₽)计价,由
currency
字段标识。
totalSales
为周期内销售件数;
dailySales
为日均销售件数;
totalRevenue
为周期内销售额。
上架时长
upTime
为商品上架时间戳(毫秒);
upDays
/
upMonths
为推导得出的上架天数/月数。

Parameters

参数说明

ParameterTypeRequiredDescription
skustringyesOzon product SKU (e.g.
175924376
). The same
sku
from other Seerfar Ozon tools.
dateRangestringnoSales/metrics window. Default
past_30_days
. One of:
past_7_days
,
past_30_days
,
past_60_days
,
past_90_days
,
past_180_days
,
past_365_days
.
uIdstringnoUser ID.
memberIdstringnoMember ID (data attribution).
Only
sku
is required.
参数名称类型是否必填描述
skustringOzon商品SKU(示例:
175924376
),需与其他Seerfar Ozon工具返回的SKU一致。
dateRangestring销量/指标统计周期,默认值为
past_30_days
,可选值包括:
past_7_days
,
past_30_days
,
past_60_days
,
past_90_days
,
past_180_days
,
past_365_days
uIdstring用户ID。
memberIdstring会员ID(数据归属标识)。
sku
为必填参数。

调用方式

调用方式

  • API 端点
    POST /seerfar/ozon/productDetailSearch
    (完整参数/响应/错误码见
    references/api.md
  • Python 脚本
    python scripts/seerfar_ozon_product_detail_search.py '<JSON 参数>' [--inline]
  • 成本约束:本工具会消耗积分;同一会话同一参数组合默认只调用一次,脚本带 24h 本地缓存。失败/空结果不得自动换关键词、翻页或改邮编连续试探;需要继续检索时先向用户说明会产生额外消耗。
输出策略(脚本默认行为)
  • 始终将完整响应写入
    <cwd>/linkfox/<YYYY-MM-DD>/<session>/data/linkfox-seerfar-ozon-product-detail-search-<timestamp>.json
    <cwd>
    为脚本执行时的工作目录,在 Claude Code 里即当前项目目录;
    <session>
    取自环境变量
    SESSION_ID
    ,按用户任务自动聚合;禁止写入 /tmp,当前目录不可写则报错)
  • 响应体 ≤ 8 KB:落盘后把完整 JSON 打印到 stdout
  • 响应体 > 8 KB:落盘后 stdout 只输出摘要(顶层字段、常见计数如
    total
    /
    costToken
    、最大列表字段的长度 + 前 3 条样本)
  • --inline
    强制全量打印到 stdout(同样落盘)
读数据建议:先看摘要判断是否足够;需要具体字段时优先用
jq
ConvertFrom-Json
从保存的 json 文件按需抽取,避免整份 JSON 进入上下文。
  • API 端点
    POST /seerfar/ozon/productDetailSearch
    (完整参数/响应/错误码请参考
    references/api.md
  • Python 脚本
    python scripts/seerfar_ozon_product_detail_search.py '<JSON 参数>' [--inline]
  • 成本约束:本工具会消耗积分;同一会话中同一参数组合默认仅调用一次,脚本自带24小时本地缓存。若调用失败或返回空结果,不得自动更换关键词、翻页或修改邮编连续尝试;如需继续检索,需先向用户说明会产生额外消耗,由用户决定是否继续。
输出策略(脚本默认行为)
  • 始终将完整响应写入
    <cwd>/linkfox/<YYYY-MM-DD>/<session>/data/linkfox-seerfar-ozon-product-detail-search-<timestamp>.json
    <cwd>
    为脚本执行时的工作目录,在Claude Code中即当前项目目录;
    <session>
    取自环境变量
    SESSION_ID
    ,按用户任务自动聚合;禁止写入/tmp目录,若当前目录不可写则报错)
  • 响应体 ≤ 8 KB:写入文件后将完整JSON打印至标准输出(stdout)
  • 响应体 > 8 KB:写入文件后仅在标准输出(stdout)输出摘要信息(顶层字段、
    total
    /
    costToken
    等常见计数、最长列表字段的长度+前3条样本)
  • 添加
    --inline
    参数可强制将全量内容打印至标准输出(同时仍会写入文件)
读数据建议:先查看摘要判断信息是否足够;如需获取具体字段,优先使用
jq
ConvertFrom-Json
从保存的JSON文件中按需抽取,避免整份JSON进入上下文。

解决认证和积分问题

认证与积分问题解决

发生以下异常情况时,采用 references/onboarding.md 引导解决问题:
出现以下异常情况时,需按照
references/onboarding.md
中的指引解决:

异常情况

异常情况

  • 未配置API Key:环境变量未配置
    LINKFOX_AGENT_API_KEY
    ,也未配置
    LINKFOXAGENT_API_KEY
  • 响应401或402状态码
  • 响应提示积分或余额不足:消息含"积分余额不足/计费不足/余额不足/quota exceeded/insufficient balance/套餐到期/需充值/请充值",或类似含义的内容。
  • 未配置API Key:环境变量未配置
    LINKFOX_AGENT_API_KEY
    ,也未配置
    LINKFOXAGENT_API_KEY
  • 响应返回401或402状态码
  • 响应提示积分或余额不足:消息包含“积分余额不足/计费不足/余额不足/quota exceeded/insufficient balance/套餐到期/需充值/请充值”或类似含义的内容。

Usage Examples

使用示例

1. Default 30-day detail for a product
json
{"sku": "175924376"}
2. Last 7 days (recent momentum)
json
{"sku": "175924376", "dateRange": "past_7_days"}
3. Last 90 days (quarterly trend)
json
{"sku": "175924376", "dateRange": "past_90_days"}
4. Full year (lifecycle view)
json
{"sku": "175924376", "dateRange": "past_365_days"}
1. 默认30天周期的商品详情查询
json
{"sku": "175924376"}
2. 最近7天数据(近期销售势头)
json
{"sku": "175924376", "dateRange": "past_7_days"}
3. 最近90天数据(季度趋势)
json
{"sku": "175924376", "dateRange": "past_90_days"}
4. 全年数据(商品生命周期视图)
json
{"sku": "175924376", "dateRange": "past_365_days"}

How to Build Queries

查询构建指南

  1. Resolve the SKU first: if the user gives a product name, URL or shop rather than a SKU, obtain the
    sku
    from a listing-level Seerfar Ozon source (shop search / keyword back search / category search / market keyword search) before calling this skill.
  2. Pick
    dateRange
    by intent
    : short windows (
    past_7_days
    /
    past_30_days
    ) for recent momentum and current stock; long windows (
    past_90_days
    /
    past_180_days
    /
    past_365_days
    ) for lifecycle, seasonality and ranking stability.
  3. Read aggregates, then trend: start with top-level
    totalSales
    /
    dailySales
    /
    totalRevenue
    /
    stock
    /
    categoryRanks
    for a snapshot, then drill into
    salesTrendVOList
    for the daily series.
  4. One SKU per call: this endpoint takes a single
    sku
    ; to compare products, call once per SKU.
  1. 先获取SKU:若用户提供的是商品名称、URL或店铺信息而非SKU,需先通过Seerfar Ozon的商品列表类工具(店铺搜索/关键词反向搜索/类目搜索/市场关键词搜索)获取
    sku
    ,再调用本技能。
  2. 根据意图选择
    dateRange
    :短周期(
    past_7_days
    /
    past_30_days
    )适用于查看近期销售势头和当前库存;长周期(
    past_90_days
    /
    past_180_days
    /
    past_365_days
    )适用于分析商品生命周期、季节性及排名稳定性。
  3. 先看聚合数据,再看趋势:先查看顶层字段
    totalSales
    /
    dailySales
    /
    totalRevenue
    /
    stock
    /
    categoryRanks
    获取快照信息,再深入查看
    salesTrendVOList
    获取每日销售数据。
  4. 单次调用仅支持一个SKU:本端点仅接受单个
    sku
    ;如需对比多个商品,需为每个SKU单独调用一次。

Display Rules

展示规则

  1. Present data only: show the product metrics in a clear layout without subjective advice.
  2. Lead with identity + snapshot:
    title
    ,
    sku
    ,
    price
    (₽),
    reviewRating
    (
    reviewCount
    reviews,
    questionsAndAnswers
    Q&A), then the sales snapshot (
    totalSales
    ,
    dailySales
    ,
    totalRevenue
    ,
    stock
    ) and the window (
    startDate
    endDate
    ).
  3. Category ranks:
    categoryRanks
    is a monthly rank history (
    {date, rank, count}
    ) — it has no category name, so show the category path from
    categoryInfo
    (
    titlePath
    /
    cnTitlePath
    ) alongside the rank history.
  4. Sales trend:
    salesTrendVOList
    is a daily series (
    {date, sales, revenue, price, stock, reviewCount, reviewRating}
    ) — summarize (peak day, trend direction) rather than dumping every row; offer the persisted file for the full series. Some days may have
    sales: 0
    — treat as no-sales, not missing data.
  5. Seller & brand: show
    sellerName
    (
    sellerId
    — negative means an Ozon platform seller) and
    brandName
    (
    brandId
    ) so the user can trace the seller/brand.
  6. Fulfillment:
    fulfillment
    is an array (e.g.
    ["FBO"]
    , or
    ["OZON"]
    for platform-sold items); join multiple values with
    /
    .
  7. Listing age: render
    upTime
    as a date (ms timestamp) alongside
    upDays
    /
    upMonths
    .
  8. Conditional fields:
    weight
    (physical goods only) and
    grossMargin
    are schema-defined but absent for some products (e.g. digital goods / Ozon platform sellers) — show
    -
    when missing rather than failing.
    monthlySalesUnits
    /
    monthlySalesRevenue
    mirror the window's
    totalSales
    /
    totalRevenue
    and are safe to read directly.
  9. Empty result: a non-existent
    sku
    returns success with
    total:0
    and empty
    products
    — tell the user the SKU may be wrong rather than reporting a system error.
  10. Error handling: when
    code
    is not
    "200"
    (or
    errcode
    is not
    200
    ), explain from
    msg
    /
    errmsg
    and suggest fixes (check SKU, retry on rate-limit).
  1. 仅展示数据:以清晰布局展示商品指标,不提供主观建议。
  2. 先展示身份信息+快照:先展示
    title
    sku
    price
    (₽)、
    reviewRating
    (附带
    reviewCount
    条评论、
    questionsAndAnswers
    条QA),再展示销售快照(
    totalSales
    dailySales
    totalRevenue
    stock
    )及统计周期(
    startDate
    endDate
    )。
  3. 类目排名
    categoryRanks
    为月度排名历史数据(
    {date, rank, count}
    )——该字段不含类目名称,需搭配
    categoryInfo
    中的类目路径(
    titlePath
    /
    cnTitlePath
    )一同展示排名历史。
  4. 销量趋势
    salesTrendVOList
    为每日销售数据(
    {date, sales, revenue, price, stock, reviewCount, reviewRating}
    )——需进行汇总(如峰值日期、趋势方向)而非直接输出所有数据行;可告知用户完整数据已保存至文件。部分日期可能显示
    sales: 0
    ,视为无销量,而非数据缺失。
  5. 卖家与品牌:展示
    sellerName
    (附带
    sellerId
    ——负值表示Ozon平台自营卖家)和
    brandName
    (附带
    brandId
    ),方便用户追溯卖家/品牌信息。
  6. 配送方式
    fulfillment
    为数组(示例:
    ["FBO"]
    ,或平台自营商品的
    ["OZON"]
    );若有多个值,用
    /
    分隔展示。
  7. 上架时长:将
    upTime
    (毫秒时间戳)转换为日期格式,搭配
    upDays
    /
    upMonths
    一同展示。
  8. 条件字段
    weight
    (仅实物商品有该字段)和
    grossMargin
    为预定义字段,但部分商品(如虚拟商品/Ozon平台自营商品)可能返回空值——空值时显示
    -
    而非报错。
    monthlySalesUnits
    /
    monthlySalesRevenue
    与周期内的
    totalSales
    /
    totalRevenue
    一致,可直接读取。
  9. 空结果:若SKU不存在,返回成功但
    total:0
    products
    为空——需告知用户SKU可能有误,而非报告系统错误。
  10. 错误处理:当
    code
    不为
    "200"
    (或
    errcode
    不为
    200
    )时,根据
    msg
    /
    errmsg
    内容解释错误原因,并给出修复建议(如检查SKU、限流时重试)。

Important Limitations

重要限制

  • sku
    is required
    ; omitting it returns a parameter error.
  • Single-SKU endpoint: returns one product's detail; no batch/list mode. Compare products by calling once per SKU.
  • dateRange
    only affects sales aggregates + trend
    : product metadata (title, price, rating, brand, seller, weight, fulfillment) is a point-in-time snapshot, not windowed.
  • Conditional fields:
    weight
    (physical goods only) and
    grossMargin
    are schema-defined but not always returned — absent for digital goods / Ozon platform sellers.
    monthlySalesUnits
    /
    monthlySalesRevenue
    are returned and mirror the window's
    totalSales
    /
    totalRevenue
    .
  • Sales/revenue are Seerfar model estimates over the chosen window, not Ozon-official figures.
  • total
    reflects returned record count
    (1 when the SKU is found), not a catalog total.
  • 必须提供
    sku
    :省略该参数会返回参数错误。
  • 单SKU端点:仅返回单个商品的详情;不支持批量/列表模式。如需对比多个商品,需为每个SKU单独调用一次。
  • dateRange
    仅影响销量聚合数据+趋势
    :商品元数据(标题、价格、评分、品牌、卖家、重量、配送方式)为实时快照,不受统计周期影响。
  • 条件字段
    weight
    (仅实物商品有该字段)和
    grossMargin
    为预定义字段,但并非总能返回——虚拟商品/Ozon平台自营商品无此数据。
    monthlySalesUnits
    /
    monthlySalesRevenue
    会返回,且与周期内的
    totalSales
    /
    totalRevenue
    一致。
  • 销量/销售额为Seerfar模型估算值:基于所选周期的估算数据,并非Ozon官方数据。
  • total
    表示返回记录数
    :找到SKU时为1,而非商品目录总数量。

User Expression & Scenario Quick Reference

用户表述与场景速查

Applicable — deep-dive on one Ozon product:
User SaysScenario
"查看这个 Ozon 商品的详情" / "这个 SKU 的数据"Single product detail
"这个竞品最近30天卖了多少" / "日均销量多少"Sales snapshot (
totalSales
/
dailySales
)
"这个商品销售额多少"Revenue (
totalRevenue
)
"这个商品库存多少"Stock check (
stock
)
"这个商品在类目里排第几"Category rank (
categoryRanks
)
"这个商品最近销量趋势" / "哪天卖得最好"Daily sales trend (
salesTrendVOList
)
"这个商品是谁家的/什么品牌"Seller + brand (
sellerName
/
brandName
)
"这个商品上架多久了"Listing age (
upDays
/
upMonths
)
Not applicable — needs beyond one product's detail:
  • A shop's full product catalog → use the Seerfar Ozon shop search skill.
  • Discovering Ozon keywords → use market keyword search / keyword mining / keyword back search.
  • Browsing the category tree → use category search.
  • Multiple products' summary at once → call this skill per SKU, or use a listing-level source.
Boundary judgment: if the user already has a specific Ozon SKU (or obtained one from a listing-level source) and wants that product's full metrics — sales, revenue, stock, category rank, trend, brand, seller — start here. If they want to discover products, keywords or shops, route to the corresponding Seerfar Ozon skill first.
适用场景——深度分析单个Ozon商品:
用户表述场景
"查看这个Ozon商品的详情" / "这个SKU的数据"单个商品详情查询
"这个竞品最近30天卖了多少" / "日均销量多少"销售快照查询(
totalSales
/
dailySales
"这个商品销售额多少"销售额查询(
totalRevenue
"这个商品库存多少"库存查询(
stock
"这个商品在类目里排第几"类目排名查询(
categoryRanks
"这个商品最近销量趋势" / "哪天卖得最好"每日销量趋势查询(
salesTrendVOList
"这个商品是谁家的/什么品牌"卖家+品牌查询(
sellerName
/
brandName
"这个商品上架多久了"上架时长查询(
upDays
/
upMonths
不适用场景——超出单个商品详情的需求:
  • 查询店铺完整商品目录 → 使用Seerfar Ozon店铺搜索技能。
  • 挖掘Ozon关键词 → 使用市场关键词搜索/关键词挖掘/关键词反向搜索技能。
  • 浏览类目树 → 使用类目搜索技能。
  • 同时获取多个商品的汇总信息 → 为每个SKU单独调用本技能,或使用商品列表类工具。
边界判断:若用户已拥有特定Ozon SKU(或通过商品列表类工具获取到SKU),且需要该商品的完整指标数据——销量、销售额、库存、类目排名、趋势、品牌、卖家,则调用本技能。若用户需要发现商品、关键词或店铺,则先引导至对应的Seerfar Ozon技能。

积分消耗规则

积分消耗规则

消耗 12 积分。
用户会因积分消耗而支付费用。请充分评估:当需要高频调用本技能,或用户对积分消耗量预期不足时,务必提醒用户,由用户决定是否继续。
Feedback:
Auto-detect and report feedback via the Feedback API when any of the following apply:
  1. The functionality or purpose described in this skill does not match actual behavior
  2. The skill's results do not match the user's intent
  3. The user expresses dissatisfaction or praise about this skill
  4. Anything you believe could be improved
Call the feedback API as specified in
references/api.md
. Do not interrupt the user's flow.

For more high-quality, professional cross-border e-commerce skills, set LinkFox Skills.
消耗12积分。
用户会因积分消耗产生费用。请充分评估:当需要高频调用本技能,或用户对积分消耗量预期不足时,务必提醒用户,由用户决定是否继续。
反馈机制:
出现以下任意情况时,需通过反馈API自动检测并上报反馈:
  1. 本技能描述的功能或用途与实际行为不符
  2. 本技能的结果不符合用户意图
  3. 用户表达了对本技能的不满或赞赏
  4. 任何你认为可以改进的内容
请按照
references/api.md
中的说明调用反馈API,请勿打断用户的操作流程。

如需更多高质量、专业的跨境电商技能,请访问LinkFox Skills