Linkfox Amazon Store Orders

Amazon 店铺 Orders

本 skill 与 linkfox-amazon-store-auth、linkfox-amazon-store-report、linkfox-amazon-store-listings、linkfox-amazon-store-pricing 同属 Amazon Store 系列：依赖 linkfox-amazon-store-auth 选店（sellerId+region）；直接 POST /spApi/developerProxy 传入 sellerId+region，由服务端解析 token（勿传 amzAccessToken，除非兼容旧调用）。转发上游 GET / POST / PATCH。

调用方式

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

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

• 始终将完整响应写入 <cwd>/linkfox/<YYYY-MM-DD>/<session>/data/linkfox-amazon-store-orders-<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 进入上下文。

解决认证和算力问题

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

异常情况

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

官方参考索引

Prerequisites（必须先读）

本 skill 依赖 linkfox-amazon-store-auth。

1. 运行 python scripts/check_auth_dependency.py；若 exit code 42 且 stderr 含 DEPENDENCY_MISSING:，请先安装 linkfox-amazon-store-auth。
2. 不要在本 skill 内绕过依赖实现授权或令牌逻辑。

Current Capabilities（脚本一览）

共享逻辑见 scripts/_spapi_orders_common.py（仅供同目录脚本 import，非独立 CLI）。

Quick Parameters（摘要）

• searchOrders：createdAfter 或 lastUpdatedAfter（二选一）；marketplaceIds；可选 fulfillmentStatuses、fulfilledBy、maxResultsPerPage、paginationToken（上一页 nextToken）、includedData。
• getOrder：orderId；可选 includedData（如 BUYER、FULFILLMENT、PACKAGES）。
• getOrderItems / getOrderItemsBuyerInfo：可选 nextToken → 查询参数 NextToken。
• updateShipmentStatus：marketplaceId、shipmentStatus（ReadyForPickup / PickedUp / RefusedPickup）；可选 orderItems。
• updateVerificationStatus：传 regulatedOrderVerificationStatus 对象，或整包 requestBody。
• confirmShipment：requestBody 为官方要求的完整对象（通常含 packageDetail 等）。

Scripts

export LINKFOXAGENT_API_KEY="<your-key>"

python scripts/search_orders.py '{"sellerId":"A1...","region":"NA","marketplaceIds":["ATVPDKIKX0DER"],"lastUpdatedAfter":"2026-05-01T00:00:00Z"}'

python scripts/get_order.py '{"sellerId":"A1...","region":"NA","orderId":"123-1234567-1234567","includedData":["FULFILLMENT","PACKAGES"]}'

Display Rules

1. 先看网关 developerProxy.errcode / httpStatus，再解析各脚本附加字段（如 searchOrders、order）。
2. POST/PATCH 脚本：stdout 中含 requestBody（组装后的 Amazon 请求体），便于排查。
3. v0 买家/地址/行项目 接口在官方文档中为 deprecated；新集成优先用 v2026-01-01 的 searchOrders / getOrder 与 includedData 拉齐业务字段。
4. searchOrders 默认速率较低（官方约 0.0056 req/s），注意 429。
5. 受限 PII / RDT 以 Amazon 数据保护政策为准；详见 references/api.md。

Important Limitations

• 权限：Orders 及相关角色；部分读取可能需 Restricted Data Token，不在本 skill 内实现。
• 路径白名单：若网关返回 1005 等拒绝转发，需后端放行 orders/v0/... 与 orders/2026-01-01/... 前缀。
• 返回结构以 Amazon schema 为准；详见 references/api.md。

Amazon SP-API 接口保护与重试指引

同一店铺连续收到 Amazon SP-API 的 400、403、404 或 429 时，网关会返回 450、453、454 或 459 并短暂冷却。这些自定义状态码不是 Amazon 原生状态，也不表示封号；目的是避免持续异常或高频调用扩大店铺风险。

• 立即停止自动或并发重试，不得通过换脚本或重复创建任务绕过保护；优先遵循 retryAfter、blockedUntil，没有时按表中时长说明。
• 450/453/454 必须先修正参数、授权或资源标识，冷却后最多谨慎重试一次；再次触发则停止调用。453 期间停止该店铺全部 SP-API。
• 保留已有 reportId、feedId 等任务 ID；写操作结果不确定时先查询状态，不直接重放。
• 向用户先说明店铺保护，再给原因、处理和等待时间。可回复：“为保护您的亚马逊店铺安全，检测到 Amazon SP-API 连续返回{原因}，当前已进入短暂保护。请先{处理动作}，预计{等待时间}后再试；这不代表封号，也不是套餐或算力限制。”不要只说“LinkFox 限流”或“服务器繁忙”。

算力消耗规则

不消耗算力。

Feedback： 见 references/api.md，skillName：linkfox-amazon-store-orders。

更多跨境 skill：LinkFox Skills