周五下午，你习惯性地打开三家竞品的官网，挨个看新闻、翻定价页、刷融资消息——这个过程你已经重复了半年。上周你正巧出差，结果竞品悄悄发布的新套餐直到客户打电话来问“你们能不能也这么做”你才知道。手动盯梢总有漏网的时候，而 Hermes 新内置的 competitor-news-monitor 技能，就是把这件事变成一台每周自动运行的监控机器：它盯的不是“页面有没有变”，而是“竞品到底发生了什么重要的事”。

竞品监控为什么这么难

如果你试过用普通的网页监控工具盯竞品，很快会发现三个痛点：

1. 噪音太多：一条融资消息被十家媒体转载，普通监控会当成十条新闻报给你；
2. 重要信息藏在深水区：定价变更、版本发布这类关键动作常常只在官网的某个页面出现，泛泛的新闻搜索根本搜不到；
3. 没法判断轻重：一条招聘信息和一个融资公告对你的意义完全不同，但工具不会帮你区分。

这正是 Hermes 在 2026-08-08 合入 main 的 competitor-news-monitor 技能要解决的问题（PR #81945）。它不是一个简单的“页面 diff 监控器”，而是一套完整的竞品情报流程：按事件去重、按重要性打分、只报有依据的结论。

它和普通监控器有什么不同

技能文档里有一句话很关键：“This is not a generic page-diff watcher”——它不是页面差异探测器。它做的事情可以概括为三层：

• 源层级：官方新闻室/博客 → 定价与产品页 → 监管文件与投资者关系页 → 状态/安全页 → 权威行业媒体 → 招聘信息（只作为弱信号）；
• 事件级去重：同一件事不管被多少家媒体转载、有多少个 URL 变体，只算一个事件；
• 重要性评分：从直接影响、信息来源权威性、新颖度、对客户/市场的影响、战略相关性几个维度打分，并明确区分“已证实的事实”和“解读”。

简单说：普通工具告诉你“这个页面变了”，它告诉你“这家公司发布了一个新产品，这是为什么它重要，这是证据链接”。

从零配置：分两步走

这个技能把工作分成两个阶段：Setup（一次性前台配置） 和 Tick（每次定时运行）。

第一步：冻结监控名单

先把你关心的公司信息写清楚：正式名称、域名、产品名、别名、地理/语言范围、要监控的事件类型（产品发布、定价变更、融资、合作、高管变动、事故……）、汇报频率、以及“什么算重要”的阈值。

判断标准很简单：写完这份名单后，随便拿一篇候选文章试一下，你能稳定地说出“这个算、那个不算”，名单就合格了。

第二步：建立信源覆盖并创建定时任务

对每家公司，按优先级收集信源：

1. 官方新闻室/博客和 changelog；
2. 定价/产品页面；
3. 监管文件和投资者关系页面；
4. 状态/安全页面；
5. 权威行业和财经媒体；
6. 招聘信息（弱信号）。

技术实现上，RSS/Atom 订阅走内置的 blogwatcher，普通网页和搜索走 web_search/web_extract。这些信源和监控契约会写进一个状态文件 ~/.hermes/competitor-watches/<watch-slug>.json，然后创建定时任务：

hermes cron create \
  --name "weekly competitor watch" \
  --schedule "0 9 * * 1" \
  --prompt "Load the competitor-news-monitor skill and run the tick for this week's watch."

不想手写 prompt 也没关系——Hermes 的自动化蓝图目录里已经内置了一个 competitor-watch 蓝图（blueprint），创建任务时直接选它，它会帮你把监控名单、事件类别、时间、重复频率和投递渠道都问清楚，然后生成对应的定时任务。

每次运行会发生什么

到了约定的时间，定时任务被触发，技能按四步走：

1. 增量收集：从上一次成功运行的时间点开始搜索（带一点重叠，防止索引延迟漏报）。注意一个原则：某个信源抓取失败，记录为“覆盖未知”，而不是“没有新闻”——诚实记录缺口，才能保证下一次不漏；
2. 事件去重：把转载、改写、不同 URL、新闻稿转载、修订后的文件都合并成同一个事件，独立信源交叉印证的内容保留为佐证；
3. 重要性评估：给每个事件打分，标注“为什么它重要”和置信度；
4. 交付摘要：报告格式是——公司、事件、日期、证据链接、发生了什么、为什么重要、置信度、下一步关注点。没有重要事件时，除非你要求定期“平安报告”，否则保持安静（[SILENT]）。

三个容易踩的坑

技能文档明确列出了常见错误，配置和使用时注意避开：

• 把十篇报道当十个事件：同一件事被转载十次，只算一个开发；
• 只盯泛泛的新闻搜索：官方定价页和 changelog 的变更才是关键动作，别漏掉；
• 把招聘信息当产品决策的证据：招聘模式只能作为弱信号，不能当成已确认的战略。

另外，监控名单和重要性阈值一旦定好就不要随意漂移——每次运行都按同一套标准判断，结果才稳定可比。

什么时候别用它

这个技能是给“长期、重复、需要稳定口径”的竞品监控用的。如果你只是临时想查一家公司最近发生了什么，直接让 Hermes 用 web_search 查一次就行；如果只是想订阅几个博客的更新，blogwatcher 更轻量。别把重武器用在轻任务上。

组合起来，就是一整套自动化情报

competitor-news-monitor 是 Hermes 内置技能库里的一员。如果你想让监控结果不仅发给你自己，还能自动沉淀、自动通知，可以把它和已有的自动化能力组合：用 cron 定时任务 驱动调度、用 cron 的 monitor 模式和 notepad 做状态持久化，再把摘要推送到你的消息平台。配合 productivity tips 里的会话管理技巧，这套情报流可以完全无人值守地跑起来。对 Hermes 的技能机制还不熟悉的话，可以先看看技能组合的入门指南。

一句话总结：竞品监控的难点从来不是“不够勤快”，而是“噪音太多、重点难辨”。competitor-news-monitor 把来源分层、事件去重、重要性打分固化成了流程，你要做的只是定好名单和标准，然后每周收一份干净的摘要。