Workflow Case
Amazon Listing 掉量排查
运营发现一个 ASIN 近几天转化和排名变差，但不知道问题来自页面、关键词、广告、竞品还是库存。这个案例把“问一句 AI”变成一条可复盘的运营链路：先收集 ASIN 和任务目标，再分层查前台、关键词、广告和经营数据，最后把行动项拆给运营、广告和负责人。
这条链路解决什么问题
运营发现一个 ASIN 近几天转化和排名变差，但不知道问题来自页面、关键词、广告、竞品还是库存。这个案例把“问一句 AI”变成一条可复盘的运营链路：先收集 ASIN 和任务目标，再分层查前台、关键词、广告和经营数据，最后把行动项拆给运营、广告和负责人。
使用者
Amazon 运营、运营主管、广告同事
交付目标
查链接、Listing 巡检、竞品对比、关键词排名、销量利润、广告日报、月度复盘、掉量排查、新品验收，以及通过 8 个只读运营 wrapper 做 SKU 健康、广告异常、退货退款、关键词机会和月度导表复盘。
输入层：从哪里开始
用户不需要先把材料整理得很完美，但必须给出足够的业务锚点。Skill 会先判断这些信息是否齐全，再决定是直接处理还是先追问。
ASIN / 商品链接 / 站点
这项用于确定任务范围和输出对象；不明确时先标待确认。
任务类型：看链接、巡检、竞品、排名、广告、利润、掉量
这项用于确定任务范围和输出对象；不明确时先标待确认。
自家商品还是外部竞品
这项用于确定任务范围和输出对象；不明确时先标待确认。
推荐第一句话：
处理层：Skill 如何判断
| 处理依据 | 说明 |
|---|---|
| 来源 | amazon_sku_health 看 SKU / ASIN 健康 |
| 来源 | amazon_ad_anomaly 看广告异常 |
| 来源 | amazon_listing_competitor_signal 看 Listing / 竞品信号 |
| 来源 | amazon_refund_return_anomaly 看退货 / 退款异常 |
| 来源 | amazon_keyword_opportunity 看关键词机会 |
| 来源 | amazon_monthly_parent_asin_profit 看父 ASIN 月度订单利润导表 |
| 来源 | amazon_monthly_ads_campaigns 看月度广告 Campaign 汇总导表 |
| 来源 | amazon_monthly_ads_portfolios 看月度广告组合 / Portfolio 汇总导表 |
| 来源 | Sorftime Amazon 看外部 ASIN、关键词、流量词、趋势和类目证据 |
| 来源 | Firecrawl、SP-API、领星 ERP、Amazon Ads、Decodo 按任务需要补证据 |
| 规则 | 开工检查必须确认 tools/list 里有 8 个 amazon_* wrapper 和 Sorftime Amazon 只读 wrapper |
| 规则 | tools/list 不能出现 boss_*、CEO 聚合、raw 底层工具或写操作 |
| 规则 | 月度复盘默认先调用三张月度 wrapper，并先输出数据源、时间范围、筛选条件、行数、字段、cache.status 和 data_freshness |
| 规则 | 历史月份优先复用缓存/快照；需要重拉时使用 refresh_cache=true，并说明可能存在后台快照时间差或名称漂移 |
| 规则 | 看链接快速检查优先 Firecrawl；外部市场/关键词/竞品信号优先 Sorftime Amazon |
| 规则 | 外部竞品不查领星和 Ads |
| 规则 | 广告日报只有明确出现广告、ACOS、花费、转化等意图才调用 Ads |
| 规则 | Apify 暂未接入，不影响当前 read-only MVP |
输出层：结果给谁使用
输出不是一段泛泛的回答，而是要让具体角色能继续推进工作。
| 输出 | 使用方式 |
|---|---|
| 前台可见问题、后台事实或经营数据按数据源分开标注 | 作为本次任务的可交付结果；如果证据不足，需要同时标出缺口和下一步确认方式。 |
| 结论先行，再给证据、data_gaps、下一步运营动作和需要人工确认项 | 作为本次任务的可交付结果；如果证据不足，需要同时标出缺口和下一步确认方式。 |
| 月度复盘先列数据源、时间范围、筛选条件、返回行数、关键字段和 cache/data_freshness，再做业务判断 | 作为本次任务的可交付结果；如果证据不足，需要同时标出缺口和下一步确认方式。 |
| 缺失字段明确标缺，不编造排名、销量、利润、广告数据 | 作为本次任务的可交付结果；如果证据不足，需要同时标出缺口和下一步确认方式。 |
进阶链路：进入知识库和待办
进阶链路里，稳定出现的竞品信号、页面问题和运营纠偏会整理成知识库候选；同类 ASIN 下次再排查时，Agent 能先看历史规则，再决定要查哪些数据。
知识沉淀
稳定事实、流程规则、术语口径、可复用经验，先作为候选给负责人审核；确认后再进入对应知识库或经验库。
角色待办
如果输出里出现明确负责人、时间、下一步动作，可以整理成角色待办候选，后续由对应 Agent 提醒和跟进。
和普通 AI 对话的区别
| 普通对话 | THX Skill 工作流 |
|---|---|
| 用户问什么就答什么，答案容易散在聊天里。 | 先识别任务类型，再按固定字段、规则和边界输出。 |
| 容易把猜测写得像事实。 | 事实、推断、缺口和待确认项分开。 |
| 用完即走，很难复用。 | 可复用反馈会进入 Skill 规则、Experience Base 或 GBrain 候选。 |
| 不清楚结果给谁看。 | 输出默认面向具体角色：运营、负责人、知识库维护者或管理层。 |
边界和适用范围
- 这个案例说明业务链路，不等于所有场景都会自动完成。
- 素材不足、服务不可用或权限不足时，Skill 应明确说明缺口。
- 涉及敏感内容时，先按 Restricted 边界处理，不写入普通页面和普通知识库。
- 如果页面内容与实际使用不一致，以负责人确认后的 Skill 规则和运行逻辑页为准。
反馈如何进入下一轮
试用时如果发现输出不符合业务习惯，直接按下面格式反馈，方便维护者判断是改内容、改规则，还是补知识库。