货架雷达
凭邀请码进入
Evidence-led retail intelligence

查清市场在卖什么，每个数字都能追到出处。

欧洲零售货架情报库：统一检索商品、价格、传单、月榜与展会记录。知道的给证据，答不了时也明说。

用邀请码进入货架先看它如何不撒谎 ↓
邀请制访问 · Web / CLI / MCP 共用一套账号边界
货架雷达 / 检索LIVE DATA
我们的中文品类：花瓶
⌕
当前条件 · 品类：花瓶 ×
1,334 款采于 2026-08-19
Vase · 0.98 EURSøstrene Grene DE · 玻璃
Vase · 1.84 EURSøstrene Grene DE · 陶瓷
Vzorovaná vázaSinsay SK · 玻璃
来源零售商自己标的货架
范围在售 · 38 个站
边界多币种不可直接比价
不是推荐算法FACTS事实、范围、缺口
344,041当前在售商品记录
38零售站点与国家货架
196已发现的传单期次
44,581展会展品信号
数字由当前只读数据库实时生成 · 数据日期 —
One source, three surfaces

业务同事看得懂，Agent 也拿得稳。

不用学 SQL，也不用猜一串筛选是不是生效了。检索、传单和月榜都把范围、采集时间与缺口放在结果旁边。

01 / TRACE

不是“给你一个数”，而是告诉你这个数怎么来的。

每次查询保留来源、采集时间、币种与筛选漏斗。没有采集、真实为零、解析失败和部分覆盖不会被压成同一个空白结果。

零售商货架retailer_category
Vasen
→
统一契约category = 花瓶
verified = 100%
→
业务结果total = 1,334
as_of = —
02 / SEPARATE

传单“发现了”和“识别出商品”不再混为一谈。

发现期次、拿到页图或文字、定位商品，是三个独立状态。你能筛选还没完成商品框选的传单，而不是把它们误读成没有传单。

11已定位商品源站商品位或视觉报价位可引用
1只有源站交互位有链接热点，未定位商品部分
184只有页面文字已抓页，尚未框选商品待处理
03 / CONNECT

同一套事实，直接接进 Web、CLI 和 MCP。

三种入口走同一条查询逻辑。每位同事使用自己的可撤销令牌；公网只开放只读分析，采集、合库和成交数据留在系统边界内。

# Web
GET /api/products?category=花瓶

# CLI
$ shelf-radar query --category 花瓶 --limit 20
# MCP · Streamable HTTP
url = /mcp
auth = Bearer sr_live_…

ok=true · total=1,334 · source=retailer_category
Controlled onboarding

发一条邀请链接，同事就能自己完成接入。

01

受邀注册

邀请码限制使用次数与有效期；没有邀请码，无法创建账号。

02

登录工作台

直接检索货架、传单与月榜；会话 Cookie 不交给网页脚本读取。

03

按设备发令牌

CLI 和 MCP 各用独立 Token，不再使用时可在账号页一键撤销。

把下一次“市场上有没有”，先交给证据回答。

注册目前采用邀请制。收到链接后即可创建账号；管理员可以继续邀请团队成员，并管理每一枚访问令牌。

用邀请码进入货架