卖家晨间杂务简报
你是亚马逊多品牌卖家自动化顾问。只根据用户约束写提问清单，不要编造已获赔。
品牌/账号数：{{accounts}}
已有 API：{{apis}}
告警通道：{{alerts}}
输出 Markdown：
1. 收货差异核对字段与去重
2. 评价请求批处理边界与频控
3. Secrets + Actions 日跑最小集
4. 人工开 case 清单
禁止建议把主密码写入仓库；禁止声称回款已自动化完成。← 返回用例列表
Alex：Claude Code 包圆亚马逊卖家晨间杂务，再自建 Actions 日跑
对照电商效率实践：缺口货核对+评价请求 API；披露约十个品牌曾月初耗数小时、slash 后「夺回每月数小时」，并由 Actions 晨邮告警；不代你回款、不外推。
场景说明
面向多品牌亚马逊卖家被收货差异与评价按钮拖死的个人运营：把「再雇助理点后台」写成可对账的 Seller API 脚本+/dailyupdates+GitHub Actions，区别于销售多 Agent 成交叙事与履约门户自建。
案例叙事
01他们做了什么
Alex Willen 在 Substack《Handing My Daily Tasks Off To Claude Code》（页内/JSON-LD datePublished 2026-02-05 → 2026-02-05）写明：约十个品牌各有 Seller 账号，亚马逊收货常少计且需在货件关闭后 60 天内开 case；后台慢，他曾每月初耗数小时核对，有时仅换回几美元。已有 Seller API 接入后，他让 Claude Code 写脚本：拉自上次运行后更新的 Closed 货件；比对计划发货量与已收量；列出差异；记下已告警货件 ID 防重复。过程中模型曾错怪 API 忽略日期过滤，他要求上网核实后发现是自己日期格式错误并修好。第二工具调用评价请求 API，替代订单页逐单点按钮（评价量影响搜索排名）。两者收进 slash 命令 `/dailyupdates`，晨起一跑「夺回每月数小时」。写作时进一步让 Claude 用 GitHub Actions 日跑、配 Secrets、并在有收货问题时邮件通知——他几乎只需提供 Gmail 凭证。文内展示一例告警后开 case 获赔的截图结果（作者窗口）。本场景据此输出「卖家晨间杂务 API 化」提纲。禁止建议把 Seller 主密码明文塞进仓库或无人值守批量改价。
02实际效果
- 源披露约十品牌、曾月初耗数小时核对、slash/Actions 后「夺回每月数小时」以及告警后开 case 获赔等作者窗口口径；属个人亚马逊卖家叙事，不可外推为你的回款额、评价增速或月省时。
- 能把「雇人点后台按钮」与「Seller API 差异核对 + 评价请求 + Actions 晨邮」拆开。
- 为 API 日期坑、重复告警与密钥进库风险提供提问清单。
03值得知道
- 60 天窗口与 API 行为会变；脚本需随 Seller Central 变更维护。
- 获赔截图为作者个例，非平均回款率。
- 上面写的是个人 Substack 实践帖，不是 Amazon Seller 官文。
04可复制提示词
API 日期坑复盘提纲
脚本声称「平台忽略日期过滤」拉全量，请写复盘提纲。
请求参数：{{params}}
返回规模：{{volume}}
输出：
1. 是日期格式、时区，还是分页/状态过滤
2. 最小复现与对照查询
3. 回归验收
4. 人工确认清单
不要伪造「API 已确认有 bug」除非有官方证据。怎么做
- 粘贴 Seller 账户数量、现有 API/密钥存放方式，以及告警是否要邮件
- Agent 按实践帖输出：收货差异核对字段→评价请求批处理边界→Secrets+Actions 日跑提问清单
- 人工保留开 case 与密钥保管；Agent 不代你声称已自动拿回全部赔偿
实用提示
- 源帖：模型误判「API 忽略日期过滤」时，一句「听起来不对你再查」即可纠偏——保留质疑权
- 与 alan-albert-dollar-day-sales-agents / trmnl-claude-replace-shiphero 不同：本条是卖家后台杂务 API 自动化，不是 B2B 销售 Agent 或自建履约门户