用 Claude Code 监控竞品价格和库存，只通知不动作

先讲结论：难点不是抓数据，是决定什么值得打断你

竞品监控这件事，技术上没什么门槛：定时去看几个页面，把价格和库存状态记下来，对比昨天。

真正的难点在后面——什么变化值得通知你。

这类系统失败的方式高度一致：一开始设得很敏感，什么变化都推送，前三天你还看，第五天开始忽略，两周后规则里加了一条邮件过滤，从此这套东西就死了。

所以设计的重点不是抓得多全，而是过滤得多狠。

该盯哪几个信号

不用什么都盯。按对你决策的影响排，值得盯的就这几个：

• 价格：包括标价、优惠券、促销价，三者要分开记
• 库存状态：有货、缺货、限购。竞品缺货是你的机会窗口
• 配送方式变化：从自发货改成平台配送，通常意味着对方在认真做这个品
• 新增变体：出了新尺寸新颜色，说明在扩线
• 评论增速：最近三个月新增评论数的变化，反映动销在提速还是在降
• 新入场者：这个类目前 20 名里出现了以前没有的商品

最后一条是很多人不盯但很重要的。价格战通常不是老对手挑起来的，是新入场的在用低价抢排名。

用两道过滤挡掉噪声

关键在这里。两个条件同时用：

幅度阈值

价格变化小于某个幅度就不算变化。具体设多少要按你的类目：客单价 20 美元的品类，5 毛钱的浮动是噪声；客单价 300 美元的，5 块钱可能也是噪声。

建议按百分比设，比如 3%，而不是绝对金额。

持续时间

变化要持续多久才算数。

这一条能挡掉大量的临时活动价。竞品挂了一天秒杀然后恢复原价，这不代表它调价了，你也不该跟。设成「连续 2 天以上」，就能把大部分促销噪声过滤掉。

两道过滤叠加之后，通知量通常能降一个数量级，剩下的才是真信号。

通知分三档

过滤完还要分级，不能都用同一种方式打断你。

第三档要留着。它不打扰你，但历史数据攒够之后能看出趋势——比如某个竞品在过去两个月里价格一路下行，这个信息单看某一天是看不出来的。

完整的 Skill

---
name: competitor-watch
description: 抓取竞品的价格、库存和商品信息变化，按幅度和持续时间过滤噪声后分级通知。当用户要监控竞品、看价格变化、盯类目新入场者时使用。
allowed-tools: Read Write WebFetch Bash(python3 *)
---

## 监控对象

读取 `data/competitors.csv`，每行一个监控对象，包含：商品链接、是否主力竞品、我方对应 SKU。

## 采集

对每个对象记录：标价、优惠券、促销价、库存状态、变体数量、配送方式、评论总数。
抓取失败的对象记入失败清单，不要用上次的值填充。

采集结果按日期追加到 `data/history/`，不覆盖历史。

## 过滤

变化同时满足下面两条才算有效变化：

- 幅度：价格变化超过 3%，或库存状态发生切换
- 持续：该变化连续出现 2 天以上

不满足的记入历史，不进通知。

## 分级

- 立刻通知：主力竞品有效降价、主力竞品断货、类目前 20 出现新商品且定价低于我方 15% 以上
- 日报汇总：非主力竞品的有效变化、变体增减、配送方式变化
- 只记录：其余全部

## 输出

生成 `watch-daily.md`：

1. 需要立刻关注的，每条写清楚变化前后的值、持续天数、涉及我方哪个 SKU
2. 汇总项
3. 采集失败清单
4. 趋势提示：过去 30 天里价格单向变化超过 10% 的对象

没有立刻关注项时，明确写「今日无需关注」。

## 禁止动作

- 不修改我方任何价格
- 不生成具体的调价指令，只描述竞品发生了什么
- 抓取遵守目标站点规则，控制频率，不做高频请求
- 抓不到就写抓不到，不用历史值或估算值填充

跟价为什么不该自动

监控做顺了之后，很自然会想：既然能看到竞品降价，能不能自动跟？

不建议，理由有三个。

**第一，对手方可能也是程序。**你设自动跟价，对方也设自动跟价，两边互相触发，可以在很短时间内把价格拉到谁都不赚钱的位置。这种情况不是假设。

**第二，价格不是孤立变量。**你的成本、库存周转、广告投入、排名位置，都影响这个价该不该跟。这些信息不在监控数据里。

**第三，跟价常常是错的应对。**竞品降价，可选的应对有很多种：跟价、不跟但加大广告、不跟但改进商品页、干脆放弃这个价格带往上走。自动跟价等于把这些选项全砍掉，只留最被动的一个。

监控的产出应该是「发生了什么」，不是「你该降到多少」。后面那个判断留给人，而且值得留。

抓取的边界

和调研那篇一样，这里再强调一次：

• 只抓公开可见的页面，不绕登录、不绕验证
• 控制频率，别把监控做成压测
• 数据自用做判断，不二次分发
• 需要大规模、高频的数据，走正规数据服务商

监控的价值在持续性。为了抓得更全更快把 IP 或账号搭进去，这套东西第二天就断了，得不偿失。

频率设多少合适

多数类目，一天一次足够。

想设成一小时一次的，先问自己一个问题：如果竞品在上午 10 点降价，你会在 11 点就做出反应吗？如果不会，那高频采集就没有意义，只是增加了被封的风险。

例外是大促期间。黑五这类节点价格变动密集，可以临时提高频率，结束后调回来。

下一步

到这里，选品、Listing、广告、独立站、SEO 和日常运营都各自跑通了。最后一篇讲怎么把它们串起来——从选品结论直接流到 Listing，再流到广告，中间不用人手动搬数据。

参考资料

• Claude Code: Extend Claude with skills
• Claude Code: Automate work with routines