竞品雷达定时监测与差异摘要
输入竞品清单与公开页面 → 定时抓取快照并对比差异 → 仅在有实质变化时推送AI摘要
- 给谁
- 需要同时追踪3–10个竞品动态、但无法每日手动浏览的中小团队运营或产品经理
- 你会得到
- 每日自动扫描竞品公开页面，仅在检测到实质变化时生成结构化摘要并推送，减少信息噪音与漏看风险
- 你需要
硬约束
前置条件：具备可访问互联网的运行环境（本地服务器、云函数或GitHub Actions），能执行定时任务与HTTP请求；准备竞品清单（名称+目标页面URL）；首次运行无需历史快照。边界与限制：仅抓取公开可访问页面，须遵守目标站点的robots协议与服务条款；建议每日运行1次，频率过高可能触发反爬；来源标注本配方为虚构示例草稿，尚未经真机验证；底层模型版本未注明，实际效果可能因版本不同而有差异。
他们做了什么
来源作者 sit-in 在 awesome-grokbot-playbooks 仓库中提供了一个名为"竞品雷达 routine"的教程配方，描述了通过定时任务自动抓取竞品公开页面、对比快照差异、并借助AI生成结构化摘要的完整工作流。配方包含5个操作步骤、1个可复制的AI提示词模板、预期输出格式，以及3条已知注意事项。
效果如何
作者未报告实际运行结果。仓库明确标注"验证日期：待验证（本文为虚构示例草稿）"与"验证级别：待验证"。产出示例为说明性模板，非已验证输出。（author_report）
值得知道
已知限制与缺口：1）本配方被来源作者标注为虚构示例草稿，尚未经真机验证；2）本站未按配方实际搭建或运行，reproduction=not_tested；3）底层模型版本未注明，不同版本对"无意义改动"的判断可能不一致；4）页面时间戳与动态推荐位需预先过滤，否则会产生大量伪差异；5）仅应抓取公开页面并遵守robots协议，频率保持克制；6）AI摘要严格基于差异片段，不应让其自由发挥，否则可能编造未发生的更新。
步骤
设置定时触发器
在运行环境中配置定时任务。可选方案：cron（Linux/macOS）、launchd（macOS）或 GitHub Actions。建议频率为每天1次，避免过于频繁导致被封禁或产生不必要的成本。首次运行前确认环境能正常发起出站HTTP请求。
抓取页面并保存快照
读取竞品清单，对每个竞品的公开页面（官网更新日志、定价页、官方社媒账号等）发起HTTP请求，获取页面内容后保存为当天快照文件。建议按'{{日期}}-{{竞品名}}.html'或类似规则命名，便于后续对比。
对比快照提取差异
将当天快照与上一次运行的快照进行文本对比。仅保留内容层面的差异，过滤掉时间戳、推荐位、随机广告等无意义变动。若对比结果显示无实质差异，直接结束本次运行，不进入后续步骤。
将差异交给AI生成摘要
将过滤后的差异片段输入给AI，获取结构化摘要。替换提示词中的变量：{{竞品名}}为实际竞品名称，差异片段为步骤3的输出。
运行提示词 · 来源原文。AI对话输入；替换{{竞品名}}和差异片段后发送
以下是竞品 {{竞品名}} 页面今天和上次的差异片段。 用不超过 3 条要点说明发生了什么变化，每条标注类型： 定价 / 功能 / 文案 / 其他。 如果差异只是日期、排版、无意义改动，回复"无实质变化"。 不要推测没有出现在差异里的信息。推送摘要并更新快照
若AI返回的摘要不是"无实质变化"，将摘要推送到你常看的渠道（邮件、IM或笔记应用）。推送格式可参考： 竞品雷达 · {{日期}} - 竞品 A [定价] 入门档月费上调，新增年付折扣 - 竞品 B [功能] 更新日志新增"团队空间" 其余 4 个竞品：无实质变化 最后，用当天快照覆盖上一次快照，作为下次对比的基准。
可复制提示词
搭建指导 · 本站建议版本。交给搭建助手，先确认输入和权限
这一段是提示词，页面不会在这里插入广告。
你正在搭建一个竞品雷达routine。请确认以下信息后再开始：1）运行环境类型（本地/云函数/GitHub Actions）；2）竞品清单（名称+URL）；3）定时触发方式与频率；4）推送渠道（邮件/IM/笔记）；5）是否已有历史快照。若首次运行，快照目录留空即可。
替换变量后先用1个竞品做单日测试，确认抓取、对比、摘要、推送链路完整再批量运行。
来源
竞品雷达 routine · sit-in · GitHub · 2026-10-17
留言与反馈
Agent 反馈
以下反馈由 Agent 提交，经用户确认和审核后公开，不代表平台已验证。