Linkfox Amazon Store Report

Amazon 店铺报告获取

本 skill 提供 亚马逊卖家后台报告的端到端自动化获取：请求 → 轮询 → 下载 → 解压 → 预览。支持 95+ 种报告类型（库存 / 订单 / 销售 / 财务 / FBA / 退货 / Brand Analytics 等）。

---

⚠️ Prerequisites — MUST READ FIRST

本 skill 依赖 linkfox-amazon-store-auth（授权与店铺/令牌管理）。

🛑 如果 linkfox-amazon-store-auth 未安装 / 未加载，请先安装它，再回到本 skill。

怎样判断 linkfox-amazon-store-auth 是否可用

在执行任何报告任务之前，agent 必须先进行依赖检查：

1. 读取下列任一路径（skill 加载路径取决于运行环境；scripts/check_auth_dependency.py 会按相同规则自动探测）：
   • 仓库 / 通用扁平目录：<skills_dir>/linkfox-amazon-store-auth/SKILL.md
   • Claude：~/.claude/skills/linkfox-amazon-store-auth/SKILL.md
   • Cursor：~/.cursor/skills/...、~/.cursor/skills-cursor/...
   • OpenClaw：<OPENCLAW_WORKSPACE>/skills/...、~/.openclaw/skills/...、~/.agents/skills/...（与 OpenClaw Skills 文档 的常见路径一致）
   • Hermes Agent：~/.hermes/skills/<category>/linkfox-amazon-store-auth/SKILL.md，以及 ~/.hermes/plugins/<plugin>/skills/linkfox-amazon-store-auth/SKILL.md（与 Hermes Skills 文档 的布局一致）
2. 或直接运行脚本：python scripts/check_auth_dependency.py，脚本会在缺失时以 exit code 42 退出，并在 stderr 输出结构化提示（以 DEPENDENCY_MISSING: 开头）。脚本已内置 OpenClaw / Hermes 路径判断；若在 Hermes 的 config.yaml 里配置了 skills.external_dirs，请设置环境变量 HERMES_SKILLS_EXTERNAL_DIRS（使用系统路径分隔符串联多个目录）以便探测。
3. 如果上述检查全部失败，则判定为 linkfox-amazon-store-auth 未安装。

发现未安装时的标准处置

当检测到 linkfox-amazon-store-auth 未安装时，agent 必须按以下顺序执行：

1. 尝试自动安装（优先）：
   • 如果当前运行时具备 skill 安装工具（例如 skill 市场 / skill 管理 MCP / install_skill 类工具），立即调用安装 linkfox-amazon-store-auth。
   • 安装成功后，重新加载并从头执行本 skill。
2. 引导用户手动安装（兜底）：
   • 向用户说明：「本技能依赖 linkfox-amazon-store-auth，尚未安装。请前往 LinkFox Skills 安装该 skill，安装完成后告诉我一声，我会继续为你拉取报告。」
   • 不要绕过依赖直接去调 /spApi/authorizeUrl、/spApi/storeTokens、/spApi/authorizedStores 等接口——这些接口的选店铺、令牌流程属于 linkfox-amazon-store-auth 的职责，本 skill 只负责报告业务本身。
3. 不得静默降级：如果既无法自动安装也未获得用户确认，必须停止执行并把依赖缺失的事实回报给用户，不要擅自尝试替代方案。

依赖已满足后的协作方式

• 本 skill 依赖 auth 选店（sellerId+region），直接经 /spApi/developerProxy 执行报告生命周期（服务端解析 token）。
• 授权、授权的前置选店铺、令牌刷新等操作——交由 linkfox-amazon-store-auth；本 skill 不重复做这些事。

---

Core Concepts

• Report Type（报告类型）：亚马逊官方报告类型枚举，例如 GET_MERCHANT_LISTINGS_ALL_DATA、GET_FLAT_FILE_ALL_ORDERS_DATA_BY_ORDER_DATE_GENERAL。完整列表见 references/report-types.md。
• Marketplace ID：区域内具体站点 ID，例如 US = ATVPDKIKX0DER。
• Report lifecycle：请求报告 → 轮询 processingStatus（IN_QUEUE / IN_PROGRESS / DONE / FATAL / CANCELLED）→ DONE 后拿到 reportDocumentId → 取下载 URL → 下载（多为 gzip TSV）→ 解压。
• Rate limits：Reports API 约 0.0222 req/s；轮询需保留间隔（默认 30s）。

Data Fields

Report Request Input

Report Output

调用方式

• API 端点：POST /spApi/developerProxy（不同操作通过请求体区分；完整参数/响应/错误码见 references/api.md）
• Python 脚本：python scripts/<脚本名>.py '<JSON 参数>' [--inline]（可用脚本见下文脚本一览）
• 成本约束：本工具会消耗算力；失败/空结果不得自动换关键词、翻页或连续试探；需要继续检索时先向用户说明会产生额外消耗。

输出策略（脚本默认行为）：

• 始终将完整响应写入 <cwd>/linkfox/<YYYY-MM-DD>/<session>/data/<skill-name>-<timestamp>.json（<cwd> 为脚本执行时的工作目录，在 Claude Code 里即当前项目目录；<session> 取自环境变量 SESSION_ID，按用户任务自动聚合；禁止写入 /tmp，当前目录不可写则报错）
• 响应体 ≤ 8 KB：落盘后把完整 JSON 打印到 stdout
• 响应体 > 8 KB：落盘后 stdout 只输出摘要（顶层字段、常见计数如 total/costToken、最大列表字段的长度 + 前 3 条样本）
• 加 --inline 强制全量打印到 stdout（同样落盘）

读数据建议：先看摘要判断是否足够；需要具体字段时优先用 jq或ConvertFrom-Json或ConvertFrom-Json 从保存的 json 文件按需抽取，避免整份 JSON 进入上下文。

Available Scripts

• scripts/get_report.py ⭐ — 端到端自动化报告获取（推荐）
• scripts/check_auth_dependency.py — 主动检测依赖 skill linkfox-amazon-store-auth 是否已安装

解决认证和算力问题

发生以下异常情况时，采用 references/onboarding.md 引导解决问题：

异常情况

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

Usage Scenarios

Scenario 0: Dependency Check (MUST run first)

每次进入本 skill 都要先跑这一步。

1. 尝试读取 linkfox-amazon-store-auth/SKILL.md（若工具允许）
2. 或执行：

   python scripts/check_auth_dependency.py

3. 若 exit code 非 0 或 stderr 含 DEPENDENCY_MISSING:，按上文「发现未安装时的标准处置」流程处理
4. 依赖满足后再进入正常业务场景

Scenario 1: Pull Amazon Report (Automated, Recommended)

User request：「我要拉库存报告」/「获取订单报告」/「下载销售流量报告」等

Steps：

1. 依赖检查（Scenario 0）
2. 前置选店铺：委托 linkfox-amazon-store-auth
   • 调 /spApi/authorizedStores 让用户选店铺，确定 sellerId + region
   • 不要先调 /spApi/storeTokens 取 raw token；脚本直接经 developerProxy 传选择器
3. 识别报告类型：按用户诉求匹配 reportType
   • 库存：GET_MERCHANT_LISTINGS_ALL_DATA、GET_FBA_MYI_UNSUPPRESSED_INVENTORY_DATA
   • 订单：GET_FLAT_FILE_ALL_ORDERS_DATA_BY_ORDER_DATE_GENERAL
   • 销售流量：GET_SALES_AND_TRAFFIC_REPORT
   • 财务：GET_V2_SETTLEMENT_REPORT_DATA_FLAT_FILE
   • 完整清单：references/report-types.md
4. 执行脚本：

   python scripts/get_report.py '{
     "sellerId": "A1EC6SZ7XAMURH",
     "region": "NA",
     "reportType": "GET_MERCHANT_LISTINGS_ALL_DATA",
     "marketplaceIds": ["ATVPDKIKX0DER"]
   }'

5. 脚本会自动：以 sellerId+region 调 developerProxy（服务端解析 token）→ 请求报告 → 轮询 → 下载 → 解压 → 预览 → 输出 JSON；完成后在 stderr 与 JSON 中给出 本地绝对路径（downloadPath）、本机 file URI（localFileUri），并默认启动短时本机 HTTP 服务，生成 extractedFileHttpUrl（用于在同一台机器的浏览器里下载已解压文件）。向用户展示时至少给出 extractedFileHttpUrl、downloadPath 与 fileName；脚本在 serveSeconds 计时结束后会关闭服务，链接随即失效。若需 Amazon 源地址（多为压缩包），仅调试时设 includeAmazonSourceUrl: true。

Scenario 2: Manual Report Flow (Advanced)

对需要精细控制的场景，可通过 /spApi/developerProxy 手工驱动：

1. 取现有报告（更快）：

   path: reports/2021-06-30/reports
   method: GET
   queryString: reportTypes=<type>&marketplaceIds=<ids>

2. 创建新报告：

   path: reports/2021-06-30/reports
   method: POST
   body: {"reportType": "...", "marketplaceIds": [...]}

3. 查状态：

   path: reports/2021-06-30/reports/{reportId}
   method: GET

4. 取下载链接：

   path: reports/2021-06-30/documents/{reportDocumentId}
   method: GET