用途：持续检测指定网页内容是否变化，并在变化或出错时通过 webhook 或邮件通知，替代自行搭建 cron + 爬虫 + diff 库 + SMTP 的方案。适合价格页、文档、更新日志、博客、招聘页、状态页、竞品站点、排行榜等需要“变化即通知”的场景。
主要能力：每个页面在检查中标记为 same、new、changed、removed 或 error；支持快照历史与结构化字段级差异；通过 --goal 用自然语言设定变更目标，AI 判定器会忽略空白、大小写、标点、编码、请求/会话 ID、缓存参数、跟踪参数等噪声；支持 webhook 事件 monitor.page 与 monitor.check.completed，以及仅在真正变化或出错时发送的邮件摘要；一个监控可覆盖多页面或整站爬取；支持自然语言计划与 cron，自动计算 nextRunAt。
使用方式：优先使用插件内置 Firecrawl MCP 的原生工具 firecrawl_monitor_create、_list、_get、_update、_delete、_run、_checks、_check，无需本地安装，通过一次性浏览器登录认证。未连接 MCP 时用 CLI 回退，子命令为 create | list | get | update | delete | run | checks | check。示例：firecrawl monitor create --name "Blog" --schedule "every 30 minutes" --goal "Alert when a new blog post is published." --page https://example.com/blog --email alerts@example.com。可用 --scrape-urls 指定多页，--crawl-url 指定整站爬取，--webhook-url 与 --webhook-events 配置通知，--retention-days 控制快照保留，--state paused 暂停监控，--page-status 过滤检查结果。JSON 模式字段级差异需通过位置文件或管道 stdin 传入 JSON 体，CLI 标志不覆盖该功能。
限制：最小计划间隔为 15 分钟；零数据保留团队不可用监控；外部邮件收件人需逐人确认订阅，团队邮箱自动确认，退订后需由所有者重新添加；监控触发的抓取默认 maxAge 为 0，除非在 JSON 中显式设置 scrapeOptions.maxAge。其他收费、价格与平台细节暂未提供。