Amazon 类目 & 利基情报 / Amazon Niche & Category Intelligence#

跑前必读 / Read first: 本文件末尾《核心规则 / Core Rules》章节（鉴权、字段名 R-10、并发 R-4b、双档时效、错误处理 R-9、R-11 先查 capabilities）——已内联，自包含。 MCP-native skill：无本地脚本、无 Python、无 API key 环境变量。老 pangolinfo.py --api 用法已映射到 MCP tool。 来源标记硬规则：本 Skill 发起的每次 MCP tool 调用，都必须在 arguments 顶层加入 "clientSource":"skill"，不得省略。

何时用 / When to use#

意图 EN意图 CNMCP toolBrowse category tree浏览类目树 / 下钻子类目get_category_childrenSearch a category关键词搜类目节点（EN/CN）search_categoriesResolve category paths批量把 ID 解析成路径面包屑get_category_pathsFilter categories by metrics按销量/趋势/价格档筛类目filter_categoriesFind / filter niches找低竞争蓝海利基filter_niches

❌ 不要用 / Do NOT use：抓具体商品/评论/榜单（→ pangolinfo-amazon-scraper）；完整选品 GTM 报告（→ amazon-product-explorer）；写 Listing（→ amazon-listing-optimization）。

工具映射 / Tool map（老 CLI --api → MCP tool）#

老 --api老端点MCP tool积点 / Creditscategory-tree``/categories/children``get_category_children~1-2category-search``/categories/search``search_categories~1-2category-paths``/categories/paths``get_category_paths~1-2category-filter``/categories/filter``filter_categories~5niche-filter``/niches/filter``filter_niches~10（最贵，先告知预算）

默认市场 marketplaceId="US" / site="amz_us"（R-1）。⚠️ marketplaceId 用 ISO 站点码 "US"/ "UK"/ "DE"， 不是 Amazon merchant ID ATVPDKIKX0DER（R-10）。

用法 / Usage#

1. 类目树下钻 / Category tree — get_category_children#

jsonc

// 顶层根节点（省略 parentBrowseNodeIdPath）
{ "name": "get_category_children", "arguments": {} }
// 下钻某节点的直接子类目
{ "name": "get_category_children", "arguments": {
  "parentBrowseNodeIdPath": "2619526011"
} }

嵌套节点用 / 拼接路径： "2619526011/18116197011"。 Extract: data.items.data[] → browseNodeId / browseNodeName / browseNodeNameCn / sellable / hasChild(=1 还有子节点) + data.items.pagination.{total,page,size,hasNext}。只在 hasNext=true 且用户要"全部子类目"时翻页。

2. 关键词搜类目 / Category search — search_categories#

jsonc

{ "name": "search_categories", "arguments": {
  "keyword": "headphones", "site": "amz_us"
}}

匹配中英类目名（"无线耳机" / "headphones" 都行）。 Extract: data.items.data[] → browseNodeId / browseNodeName(Cn) / browseNodeNamePath(Cn) / parentBrowseNodeIdPath / sellable / hasChild。 下游: browseNodeId 喂 list_category_products（scraper skill）、 get_category_children 继续下钻、或 get_category_paths 取面包屑。

3. 批量路径解析 / Category paths — get_category_paths#

jsonc

{ "name": "get_category_paths", "arguments": {
  "categoryIds": ["2619526011", "172282"], "site": "amz_us"
}}

Extract: data.items[] → categoryId / categoryName(Cn) / browseNodeNamePaths[]（如 "Electronics > Headphones > Over-Ear"）。用于给报告补可读类目上下文（很多其他 tool 返回里已带 path，单 ID 才需要这个）。

4. 类目级指标筛选 / Category filter — filter_categories#

jsonc

// 多类目筛选
{ "name": "filter_categories", "arguments": {
  "timeRange": "l7d", "sampleScope": "all_asin", "marketplaceId": "US",
  "buyBoxPriceAvgMin": 10, "buyBoxPriceTiers": ["mainstream", "premium"],
  "sortField": "unitSoldSum", "sortOrder": "desc", "size": 10
}}
// 单类目详情（此端点也当"类目详情"用）
{ "name": "filter_categories", "arguments": {
  "timeRange": "l7d", "sampleScope": "all_asin",
  "categoryId": "979832011"
}}

必填: timeRange（常用 l7d）+ sampleScope（ all_asin）。 Extract: data.items.data[] → unitSoldSum(月销量) / netShippedGmsSum(GMV) / searchVolumeSum / buyBoxPriceAvg / buyBoxPriceTier / searchToPurchaseRatio / returnRatio / asinCount / newAsinCount / unitSoldTrendDirection / avgAdSpendPerClick + pagination.{total,page,size,hasNext}。 坑: size/ page 后端硬上限 10。长尾筛选字段（趋势方向、变动率分桶等）走 extraFilters 透传（键名照 MCP 文档原样）。

5. 利基级筛选 / Niche filter — filter_niches（蓝海主力）#

⚠️ 预算告知（R-4d）：niche 筛选 ~10 积点/次，是本 skill 最贵的调用。调用前在消息里说"将花约 10 积点查利基筛选，是否继续？"。

jsonc

{ "name": "filter_niches", "arguments": {
  "marketplaceId": "US",
  "nicheTitle": "yoga mat",
  "searchVolumeT90Min": 20000,
  "top5ProductsClickShareT360Max": 0.40,
  "productCountMax": 300,
  "searchVolumeGrowthT90Min": 0.05,
  "returnRateT360Max": 0.10,
  "avgReviewCountMax": 500,
  "sortField": "searchVolumeT90", "sortOrder": "desc",
  "size": 10
}}

Extract: data.items.data[] → nicheId / nicheTitle / searchVolumeT90 / searchVolumeGrowthT90 / productCount / top5ProductsClickShareT360(品牌集中度，越低越分散) / brandCount / avgPrice / avgReviewCount / avgReviewRating / returnRateT360 / successfulLaunchesT90/180/360(新品成功率) + pagination。 经典蓝海组合: 高 searchVolumeT90Min + 低 top5ProductsClickShareT360Max(≤0.40) + 适中 productCountMax + 正 searchVolumeGrowthT90Min + 低 returnRateT360Max。 坑:

• nicheTitle 精确子串匹配，长尾（3+ 词）常返 0。退化：剥修饰词，先用 noun head（"mat"）扫，再叠回。
• 只认 nicheId / nicheTitle， 不认 categoryId（那是 filter_categories 的）。
• size/ page 上限 10；50+ 长尾筛选字段走 extraFilters 透传。

站点码 / Marketplace IDs#

US UK CA DE FR IN AE JP IT ES MX AU BR SA。⚠️ 当前后端 filter 系列 主要支持 US，其他站点可能回退；默认 US。

Smart defaults / 智能默认#

• 分页默认 page=1、 size=10； filter_categories / filter_niches 的 size/ page 硬上限 10（超出会被后端截断）。
• 无结果 不扣积点（R-4c：返 0 时建议放宽 searchVolumeT90Min、抬 top5...Max、换站点）。
• 鉴权检查免费；niche-filter 最贵，bulk 查询前先告知预算。

呈现规范 / Presentation（R-5）#

• 绝不 贴原始 JSON。类目树 → 层级缩进列表（节点名 EN/CN + sellable）。
• 类目搜索 → 编号列表（类目路径 + sellable + hasChild）。
• 类目筛选 → 指标卡（销量/浏览/趋势/价格档）。
• 利基筛选 → 利基概览（搜索量/商品数/品牌数/增长/退货率/集中度）。
• 报告语言与用户提问语言一致；每个数字带 tool 名来源（R-2）。

反模式 / Anti-patterns（不要做）#

• ❌ marketplaceId="ATVPDKIKX0DER" —— 那是 merchant ID；filter 系列要 ISO 站点码 "US"（R-10）。
• ❌ filter_niches 传 categoryId —— 它只认 nicheId / nicheTitle。
• ❌ size/ page 传 >10 给 filter 系列 —— 后端硬截到 10。
• ❌ snake_case 字段名（ niche_title / search_volume_t90_min / top5_brands_click_share_max）—— 真实是 nicheTitle / searchVolumeT90Min / top5ProductsClickShareT360Max（products 不是 brands）。见 R-10。
• ❌ filter_categories 漏传必填 timeRange / sampleScope —— 会报参数错。
• ❌ 用本 skill 抓具体商品/评论 —— 那是 pangolinfo-amazon-scraper。
• ❌ 先凭直觉说"退货率/品牌集中度查不到"再实测 —— 违反 R-11（退货率 returnRateT360、集中度 top5ProductsClickShareT360 都能筛），先调 pangolinfo_capabilities。

🎯 示例 Prompt / Quick-start prompts#

• "浏览 'Home & Kitchen' 类目树，找低竞争子类目，列 Top 5 利基。" / "Walk the Home & Kitchen tree, find low-competition niches, list top 5."
• "搜 'headphones' 类目，把节点路径解析出来。" / "Search 'headphones' categories and resolve their full paths."
• "找搜索量 >2 万、Top5 点击份额 <40%、退货率 <10% 的蓝海利基。" / "Find niches with >20k search volume, <40% top-5 click share, <10% return rate."

---

核心规则 / Core Rules（本 skill 自包含，无需外部文件）#

以下规则对所有 Pangolinfo skill 通用。本文件已内联，单独加载即生效。

R-1 鉴权与默认值#

API Key（两套，别混）#

Pangolinfo 有 两套独立的 key 注入路径，对应两种运行形态：

• Skill 侧（本文件所在形态）：AI 从 环境变量 PANGOLINFO_API_KEY 读取 key。这是 skill 默认的 key 来源——由用户在运行环境里设好，AI 直接读、不要反复追问用户。
• MCP server 侧：key 走 MCP 配置（CLI --api-key=<key> / 同名 env PANGOLINFO_API_KEY / ~/.pangolinfo/config.json / hosted URL ?api_key=<key> 或 HTTP 头 Authorization: Bearer <key>）。

两者 互相独立：skill 侧改 env var 不会影响已连上的 MCP server，反之亦然。 key 是 JWT 格式（ eyJhbGci... 三段式、点分隔），不是 pgl_ 前缀——从官网控制台复制出来长什么样就照原样用，别因为不是 pgl_ 开头就判成无效。

First-time setup（工具没注册 / 首次 AUTH 失败时）#

若 pangolinfo_capabilities 探针发现工具 未注册，或任一 tool 直接返回 AUTH，说明 key 尚未配好。此时 停止跑 SOP，引导用户：

1. 到 https://www.pangolinfo.com 登录，复制 API Key（JWT 格式， eyJhbGci... 开头；新用户有免费额度）。
2. 配置 key：
   • Skill 形态 → 设环境变量 export PANGOLINFO_API_KEY="eyJhbGci..."。
   • MCP 形态 → 写进 ~/.pangolinfo/config.json，或 MCP URL ?api_key=eyJhbGci...，或头 Authorization: Bearer eyJhbGci...。
3. 重启 / 重连（env var 与 MCP 配置都不热加载）。
4. 让用户配好后再来。AI 不能 替用户改配置或重连。

默认值#

• 默认市场： marketplaceId: "US" / site: "amz_us"；US 邮编默认 "10041"（纽约）。除非用户明示其他站点。
• 报告语言 与用户提问语言一致；但 Listing 正文（Title / Bullets / Backend）始终用目标市场语言（默认英文）。

R-2 数据真实#

• 只用 MCP 返回的硬数据。 绝不编造 搜索量、排名、月销、评论数、Buy Box 卖家等。
• 数据缺失时明确告知用户"该字段后端未返回"或"需手动补充"。不要尾随免责声明、不要写"约""大概"。
• 每个数字必须可回溯到具体 tool 调用与字段路径（如 get_amazon_product.data.json[0].data.results[0].star）。

R-3 调用前先看能力#

第一次接入时调一次 pangolinfo_capabilities { detail: "summary" }（0 积点 / 2ms），拿到 当前 的 tool 清单 + workflows + tips。工具数量与名称会随版本变化， 以本次返回为准，不要钉死数字、不要凭旧记忆调 tool。该调用同时是连接健康探针：工具未注册或返回 AUTH → 转 R-1 first-time setup。

R-4 时效性硬规则（ 最重要）#

R-4a 双档模式#

每个 SOP 强制提供两档：

档位触发条件总耗时总积点总 tool 调用次数Fast默认 / 用户没明说"详细/深度/完整报告"≤ 90 秒****≤ 8 积点****≤ 6 次****Full用户明说"详细 / 完整 / 深度 / 全面"≤ 5 分钟≤ 30 积点≤ 15 次

跑 Fast 档时 禁止 调下列慢/贵 tool：

• ❌ get_amazon_reviews(5pt/页 + 10s/次)
• ❌ ai_search mode='ai_mode'（30-60s）
• ✅ ai_search mode='overview' 最多 1 次

跑 Full 档时各项上限：

• get_amazon_reviews ≤ 3 个 ASIN × pageCount=1
• ai_search ai_mode ≤ 1 次，overview ≤ 2 次
• wipo_search ≤ 3 次

R-4b 并行调用（最关键的加速手段）#

独立的 tool 调用应在同一回合并发发送，但受 scrapeApi 速率限制约束。

后端速率：实测 2 QPS 稳定(3 QPS 会触发 9200 "no content")

• ✅ 同一回合 最多并发 2 个 scrapeApi 调用（含 search_amazon / get_amazon_product / list_* / filter_* / search_categories / get_category_* / get_amazon_reviews / wipo_search / ai_search / keyword_trends / search_local_maps）— 2026-05-28 真实压测确认 3 并发会被后端拒
• ✅ pangolinfo_capabilities 不走后端，可任意并发
• ❌ 一次同时发 3 个 search_amazon 会有至少 1 个返回业务码 9200 "Scrape failed: no content returned"

推荐节奏

总调用数 N节奏N ≤ 2一回合 2 并发3 ≤ N ≤ 6分多回合：每回合 2 并发,回合之间间隔 ~1sN ≥ 7重新设计 SOP，先早返再决定是否继续

并行 vs 串行判定

• 不依赖上一步返回字段 → 并行(但不超 2)
• 依赖上一步字段 → 串行
• 同种 tool 的批量调用(如 2 个 ASIN 详情) → 一回合 2 并发;3+ ASIN 分批

遇到 RATE_LIMIT 怎么办

收到 [RATE_LIMIT] 错误：等 ~1s 重试该 1 个 tool（不要全部重试），其余已成功的别动。连续 2 次 RATE_LIMIT 或业务码 9200 说明 QPS 节流,降到每回合 1 并发(完全串行)。

R-4c 早返#

任一步骤拿到"足够下结论"的数据后 立即生成报告，不要为凑齐 SOP 强跑：

触发立即返回filter_niches 返回 0 条"无符合条件的 niche，建议放宽 X、Y 参数" + 给出参数建议清单wipo_search 命中红线（status='ACT' 且 hol 是大公司）该方向淘汰，跳过后续单品深拆用户主 ASIN 在 SERP Top 3 + 无新 BSR 异动给"健康"判定，跳过评论挖掘get_amazon_product upstream 404 ("url not found")告知 ASIN 失效，跳过后续

R-4d 慢操作前先打预算#

调下列 tool 前 必须 在用户消息里报"将花 X 积点 / 约 Y 秒"，让用户有机会取消：

• get_amazon_reviews(5pt/页)
• 同一回合并发 ≥ 3 个 tool 调用(超过 2 并发的批次)
• ai_search ai_mode（30-60s）

R-5 不暴露原始 JSON#

AI 的回答里 不要 贴原始 tool 返回。结构化呈现：

• 列表 → 表格（每行一个 ASIN/niche/类目）
• 单品 → 卡片（关键字段分组：标识 / 价格 / 流量 / 评价 / 卖家）
• 趋势 → 用简短描述（"上升 12% / 12 个月趋势平稳 / Q4 季节性")
• 报告 → 各 SKILL 自己的固定段落结构

R-6 单工具直通#

用户问简单单步查询时 不要强行跑完整 SOP，直接调对应单 tool 给结果：

用户说直接调不要跑 SOP"查 ASIN B0XXX"get_amazon_product❌ product-discovery"X 类目 best sellers"list_bestsellers❌"Apple 在美国的专利"wipo_search source=USID hol='Apple'❌ ip-clearance SOP"wireless earbuds 热度趋势"keyword_trends❌"B0XXX 的差评"get_amazon_reviews filterByStar=critical pageCount=1❌ amazon-listing-optimization

R-7 不推荐外部工具#

不主动提 Keepa / SellerSprite / Helium 10 / Jungle Scout 等竞品。用户问起再说"本工具不直接提供 X 能力，可考虑 ..."。

R-8 报告语气#

• 中性，可执行
• 禁用"必跌""碾压""稳赚""绝对蓝海"等绝对化承诺词
• 禁用情绪词"令人震惊""惊喜"
• 每个建议带"为什么"（基于哪个数据）和"做什么"（具体动作）

R-9 错误处理#

MCP server 已把每个错误渲染成结构化三行（ [CODE] + 可否重试 + 用户动作）。AI 的职责是 按 CODE 语义正确反应，别瞎重试、别原地打转。6 类错误：

Code可否重试处理AUTH❌ terminalkey 无效/缺失/过期。 用同一个 key 重试一定还失败 → 绝不重试。停止 SOP，按 R-1 first-time setup 引导用户：复制正确 key（ https://www.pangolinfo.com）→ 写进 env PANGOLINFO_API_KEY 或 MCP 配置 → 重启/重连（不热加载）。AI 无法替用户改配置或重连。⚠️ 坑：invalid key 在后端是 bizCode 1004（不是 HTTP 401），别因为"不是 401"就误判成别的错。QUOTA❌ terminal积分不足 / 套餐过期，重试无用。提示用户去 https://www.pangolinfo.com 充值或升级，停止本次 SOP。BAD_INPUT❌ terminal参数有误， 重试相同参数无用。检查参数名/值（ marketplaceId 非 marketplace_id、ASIN、zipcode、parserName 等，见 R-10），修正后才重试。RATE_LIMIT✅ 临时含业务码 9200("no content")/ 4029/ 4030。等 ~1-5s 重试 该一个 请求；同时降回合并发到 1。连续 2 次仍失败则跳过本步。SERVER✅ 临时服务端临时错误（含 9100/9101）。重试 1 次；仍失败告知用户跳过本步，继续 SOP。NETWORK✅ 临时网络异常。提示用户检查到 www.pangolinfo.com 的连接后重试。

总则：terminal 类（AUTH/QUOTA/BAD_INPUT）重试是浪费，直接停或修参数；transient 类（RATE_LIMIT/SERVER/NETWORK）才重试，且只重试失败的那一个、别全批重发。

R-10 字段名速查（最常踩的坑）#

❌ 错（直觉常写的）✅ 对（真实字段）marketplace_id``marketplaceId (值是 ISO 站点码 "US"/"UK"/"DE",不是 Amazon merchant ID ATVPDKIKX0DER)niche_title``nicheTitle``search_volume_t90_min``searchVolumeT90Min``top5_brands_click_share_max``top5ProductsClickShareT360Max（products 不是 brands）return_rate_t360_max``returnRateT360Max``monthly_sales_min（不存在）→ 用 minimumUnitsSoldT360``opportunity_score（不存在）→ 自己算category_id``browseNodeId（amzscope 系列）categories[]``data.items.data[]``products[].organic_rank``results[].rank``products[].sp_rank``results[].sponsored``negative_reviews_top5不存在 → 用 get_amazon_reviews filterByStar='critical'``positive_reviews_top5不存在 → 用 get_amazon_reviews filterByStar='positive'``bullet_points``features[]``a_plus_modules``productDescription[]``selling_rank``bestSellersRankItems[]``category_path``breadCrumbs``buy_box_seller``seller.name``search_amazon 抓 BSR❌ → 用 list_bestsellers``search_amazon 抓 New Releases❌ → 用 list_new_releases``search_amazon 传 limit❌ 没有，分页用 page``search_amazon_alexa 传 marketplaceId❌ 不支持,固定 amz_us;只接受 prompts: string[] + 可选 screenshot``bsr_category_path❌ 不存在;用 bestSellersRankItems[] 数组 + category_id 顶层字段monthlySoldVolume❌ 不存在; search_amazon 用 sales 字段(live 月销字符串)

完整字段对照见 MCP 各 tool 的 Returns: 段落，或调 pangolinfo_capabilities { detail: "full" }。

R-11 不要凭直觉判定"做不到"#

在告诉用户"这个数据拿不到""这个是付费功能""只能估算"之前, 必须 先调 pangolinfo_capabilities { detail: "summary" }(免费,0 积点)或翻看具体 tool 的 description / inputSchema 确认。Pangolinfo MCP 实际能筛/能返回的字段超出大多数 AI 训练时的常识范围,包括但不限于:

• 退货率: filter_niches.returnRateT360Max 筛选 + 返回字段 returnRateT360 (具体数值)
• GMV/月销额: filter_categories.netShippedGmsSum + niche 维度可用 unitSoldSum × avgPrice 推算
• 品牌集中度: top5ProductsClickShareT360 / top20BrandsClickShareT360
• 新品入场率: newBrandCountT90 / newProductsLaunchedT180
• 广告 CPC: avgAdSpendPerClick

凭直觉先说"做不到"再实际能查到 → 用户直接失去信任。先查 capabilities,再下结论。

R-12 通用防呆速查（跨 tool 硬护栏 — 调用前自检）#

下面是所有 Pangolinfo MCP tool 的 通用防呆清单，每条都对应一个真实会被后端拒/扣冤枉积点的坑。调任何 tool 前对照一遍。

R-12a 参数护栏（传错就被拒 / 扣冤枉积点）#

坑❌ 错✅ 对市场码marketplaceId="ATVPDKIKX0DER"(merchant id)ISO 站点码 "US"/ "UK"/ "DE"邮编跨国amz_jp + 美国邮编 10001邮编必须匹配 site 国家(amz_us→美国邮编 / amz_jp→日本邮编);不确定就 别传,后端按国家随机挑关键词参数keywords(复数)search_amazon.keyword(单数,REQUIRED)分页search_amazon 传 limit用 page(无 limit 参数)filter 系列 sizesize: 50``filter_categories/ filter_niches 的 size/ page 后端硬上限 10(filter_niches 默认 3),超出被截filter 必填filter_categories 漏 timeRange/ sampleScope二者 必填(常用 l7d + all_asin); filter_niches 必填 marketplaceIdfilter_niches 入参传 categoryId只认 nicheId/ nicheTitle;0-1 小数字段( top5ProductsClickShareT360Max/ returnRateT360Max)别传整数alexasearch_amazon_alexa 传 marketplaceId固定 amz_us,只接受 prompts: string[] + 可选 screenshot; 强制每次 1 条 prompt(6 积点/条,60-90s,多条线性叠加可能 >200s)scrape_url同时传 / 都不传 content 和 url二选一(互斥);筛选/排序/翻页 只能 走 url 模式; parserName 必须匹配页面类型wipo_searchsource="USTM" 查文字商标 / 漏 source``source 必填;文字商标走 ai_search,设计专利用 source="USID"; CNID + hol/ prod 模糊查必须再配 id/ rd/ status/ lcs 之一(否则后端拒全表扫);USID 无 status 字段ai_search一次塞 >5 个 followupsquery 必填(min 1); followups ≤5;Fast 档禁 ai_mode(30-60s)keyword_trends把 0-100 当绝对搜索量 / 传 1 个词那是相对热度;一次 ≤5 词;绝对量去 filter_niches

R-12b 错误闭环（拿到返回先自检，别盲目往下走）#

返回情形防呆动作results=[] / recsList 空 / niche 0 条空结果 不一定扣积点 但 search 系列扣;按各 SOP 早返(剥词重试 / 放宽筛选 / 换站点),别空手编数据(R-2)业务码 9200 "no content"(含 Akamai 挑战)归 SERVER/RATE_LIMIT,可重试:等 1-5s 重试 该一个,降并发到 1;连续 2 次失败跳过本步recsList(bestsellers/new_releases)它是 JSON 字符串数组,必须 二次 JSON.parse,别当普通数组用get_amazon_product 头部自营品 PDP 退化bestSellersRankItems=[] + brand="" + category_id="" → 不阻塞,从 search_amazon 的 title/price/star/rating/sales/badge 兜底twentyFourHourOldSalesRank/ percentageChange 空串后端没抓到 24h delta, 不可依赖,改看 BSR 绝对值AI Overview 未触发SGE 不是每次都有,缺失时降级 organic 结果,别硬编引文upstream 404 / "url not found"ASIN/页面失效,告知用户跳过,别重试

R-12c api_key 无效判断（别原地打转）#

• key 来源 两套:skill 侧读 env var PANGOLINFO_API_KEY;MCP 侧走 CLI/config/URL( ?api_key=<key> 或 Authorization: Bearer <key>)。 key 是 JWT( eyJhbGci...),不是 pgl_ 前缀。
• AUTH 是 terminal:同 key 重试一定再失败 → 绝不重试。坑:invalid key 在后端是 bizCode 1004(不是 HTTP 401),别因"不是 401"误判成 SERVER。
• 处理:停 SOP → 引导用户到 https://www.pangolinfo.com 拿 key → 写 env/config → 重启/重连(不热加载;agent 无法替用户改配置或重连)。详见 R-1 / R-9。

R-12d 路由防呆（别用错 skill / 用错 tool）#

• 单步查询走单 tool,别强跑整 SOP(R-6):查 ASIN→ get_amazon_product;类目榜→ list_bestsellers;趋势→ keyword_trends;差评→ get_amazon_reviews filterByStar=critical。
• tool 间别越界:要 BSR/新品榜别用 search_amazon(用 list_bestsellers/ list_new_releases);要 niche 别用 filter_categories(用 filter_niches);要具体商品别用 filter 系列(用 list_category_products/ search_amazon)。
• skill 间别越界:选品→ amazon-product-explorer;日常监控→ amazon-daily-competitor-radar;写 Listing→ amazon-listing-optimization;站内抓取→ pangolinfo-amazon-scraper;Google/SGE→ pangolinfo-ai-serp;类目利基→ pangolinfo-amazon-niche。