FeedWatch

只报新增的监控

检测结果无变化

实际发生价格 $19.99 → $29.99

条目 id 没变、内容变了，但工具只对比 id 集合，于是判定「无变化」。告警不会发出 —— 而这正是你最需要知道的那次变化。

price19.99 → 29.99

titleStarter → Starter (New Pricing)

逐字段比对 title / contentText / link / publishedAt / author / category，变化就推送，连改了什么值都告诉你。正文只送哈希与长度，不回传全文。

三步接入

REST 调用或 MCP 二选一，两条路走同一套核心逻辑。

创建监控点

提交一个 RSS / Atom / JSON Feed 地址，指定检查频率（15 分钟 / 1 小时 / 6 小时）。

我们定时抓取比对

每轮先用哈希粗筛，未变则零成本跳过；变了才做逐字段 diff，不产生抖动误报。

推送变更

Webhook 投递（HMAC 签名，带重试），也支持 Slack / Discord。

调用示例

所有请求走 https://api.tiici.com，鉴权用 x-api-key 头。

        创建监控点
        
          
          
          
        
      
# 创建监控点
curl -X POST https://api.tiici.com/v1/monitors \
  -H "x-api-key: $FEEDWATCH_KEY" \
  -H "content-type: application/json" \
  -d '{
    "name": "竞品定价页",
    "url": "https://example.com/pricing.atom",
    "intervalSeconds": 3600,
    "keywords": ["price", "pricing"]
  }'
# 立即检查一次（不必等调度）
curl -X POST https://api.tiici.com/v1/monitors/mon_xxx/check \
  -H "x-api-key: $FEEDWATCH_KEY"

# →
{ "changed": true, "format": "atom",
  "change_count": 1,
  "changes": [{ "change_type": "modified",
    "title": "Starter",
    "diff": [{ "field": "title",
                 "old": "Starter", "new": "Starter (New Pricing)" }] }] }
# Webhook 收到的载荷
{
  "event": "feed.changed",
  "monitor_id": "mon_xxx",
  "url": "https://example.com/pricing.atom",
  "format": "atom",
  "detected_at": "2026-10-15T08:48:29.900Z",
  "change_count": 1,
  "changes": [{
    "change_type": "modified",   # added | modified | removed
    "title": "Starter",
    "diff": [{ "field": "title",
                 "old": "Starter", "new": "Starter (New Pricing)" }]
  }]
}

响应头带 x-feedwatch-signature（HMAC-SHA256），请务必验签后再处理。

直接挂到你的 AI 助手

MCP Streamable HTTP 端点，三个工具：建监控、列监控、立即检查一次。Claude / Cursor 等客户端可直接配置。

MCP 客户端配置

{
  "mcpServers": {
    "feedwatch": {
      "url": "https://api.tiici.com/mcp",
      "headers": { "x-api-key": "<your-key>" }
    }
  }
}

// 工具
create_monitor(url, name?, intervalSeconds?, keywords?)  建监控
list_monitors()                                        列监控
check_feed(url)                                        立即检查一次

能力清单

全部是线上服务已实测通过的能力，不是路线图。

字段级 diff

逐字段比对 6 个字段，变化带 old / new 值推送。正文只送哈希与长度。

三协议

RSS 2.0（含 RDF）、Atom 1.0、JSON Feed 1.1，自动识别。

REST + MCP 双入口

同一套核心逻辑两个入口，维护成本几乎不增加。

签名 Webhook

HMAC-SHA256 签名头，失败自动重试 3 次（1s / 5s / 15s 退避）。

多通道通知

Webhook、Slack、Discord 三种通道，收到变更即推送。

SSRF 防护

DNS 钉 IP + 逐跳重校验，内网与云元数据地址一律拒绝。Webhook 通道同样覆盖。

典型场景

都是「条目被修改」而非「新增」才有价值的场景。

竞品定价监控

对手悄悄调价但不公告。条目 id 不变，只有价格字段变了 —— 这类变更普通工具完全看不到。

安全公告

CVE 条目发布后常被补充 CVSS 评分、受影响版本、修复链接。这些都是同一条目的字段更新。

政策与合规追踪

条款措辞的微调、处罚金额的调整。监管页面不会为每次改字新增条目。

GitHub Release 跟踪

Release 说明、预发布标记、资产列表的后续修订，都是已有 tag 上的字段变化。

定价

先用免费层撞到上限，再决定要不要升级。

$0 /月

试用与个人项目

5 个监控点
6 小时检查一次
Webhook + Slack / Discord
字段级 diff

免费开始

全功能解锁

$29 /12 个月

生产环境与更高频

25 个监控点
1 小时检查一次
15 分钟检查一次
关键词过滤
字段级 diff
优先支持

获取 Pro 权限

免费层监控点超限会返回 429 并给出升级提示， 已有监控点继续运行 —— 限制只挡住新建。 $29 已含全部支付手续费，一次付清可用 12 个月；到期前我们会发续费链接给你，不会自动扣费。详见退款政策。

常见问题

它和普通的 RSS 监控工具有什么区别？

核心差异在「修改检测」。多数工具对比条目 id 集合，只有新增或消失才告警。而 FeedWatch 会把已有条目的 6 个字段逐个比对，值变了照样推送，并给出 old / new。比如竞品把价格从 $19.99 改成 $29.99 —— 条目还是那条，别的工具判定「无变化」。

支持哪些 Feed 格式？

RSS 2.0（含 RDF 变体）、Atom 1.0、JSON Feed 1.1，提交地址后自动识别，无需指定。实测覆盖 GitHub Releases、Hacker News、Ars Technica、NASA、Cloudflare Blog、人民网、中新网等国内外来源。

检查频率能自己定吗？

可以，当前提供三档：15 分钟（900 秒）、1 小时（3600 秒）、6 小时（21600 秒）。更激进的频率需要联系我们在更高档位中开放。

Webhook 怎么验证签名？

响应头带 x-feedwatch-signature，是按请求体计算的 HMAC-SHA256。必须验签 —— 不验签的话，任何人都能伪造一条合法推送。未配置 secret 时我们不会发送该头，客户端能明确区分「未配置」而非误以为已验签。

会限制请求频率吗？

会。/mcp 端点与监控点创建都有滑动窗口限流，避免单个 key 占满资源。超出时会返回 429。具体额度当前按套餐档位设置，细节可在接入时确认。

数据存在哪里？会保存 feed 内容吗？

快照只保存计算 diff 所需的字段与哈希，用于比对，不存储完整正文原文。监控点配置与状态在当前版本存于内存，服务重启后清空 —— 这是测试期的已知限制，正式版本会迁移到持久化存储。

能监控哪些地址？会不会被用来扫内网？

出于安全考虑，只允许抓取公网地址。DNS 解析到私有网段、回环地址或云元数据地址（如 169.254.169.254）的请求会被直接拒绝。重定向也会逐跳重新校验。提交的 webhook 地址走同一套防护。

怎么开始？

选好档位后联系我们，说明监控的 Feed 地址和大致数量，我们会发收款链接给你。付款到账后邮件发送 API Key，之后就是上面的 curl 或 MCP 配置。想先用免费层试手的，直接说即可，无需付款。

知道 Feed 变了，而不只是变多了