用途
competitive-intelligence-radar 是一个 Claude Code 插件，用于对竞争对手建立每周持续监测机制。它关注竞品的定价、SERP 排名、定位、新闻、舆情、融资和招聘等维度，帮助使用者每周用五分钟了解竞争格局变化。
主要能力
插件提供三个命令：
- /radar-setup：一次性入门配置。会询问 BrightData 和 Notion 是否已连接，并对两者各做一次真实调用测试（不会假设已连接）；收集业务背景（域名、追踪关键词、竞品列表、地区）；展示拟用的 Notion 结构，经批准后才创建数据库；并检查 council 所需的 agent-team 前置条件。
- /radar：每周采集，端到端自主运行。
- /radar-council：按需启动的战略作战室，消耗 token 较多，运行前总会先询问。
每周采集（/radar）
每个竞品对应一个 scout 子代理，全部并行展开（每次运行上限 8 个）。每个 scout 独立收集带引用的 JSON 档案：追踪关键词的 SERP 排名、从竞品自身页面抓取的定价与定位、最新新闻，以及仅在启用时才采集的深度来源（社交舆情、财务、招聘）。scout 之间互不通信，只负责采集、引用和回报。
档案中每个字段都是包含 value、source_url、fetched_at 和 status 的对象。找不到的值记为 null 并标注 status: not_found；被拦截的页面记为 blocked。绝不猜测，绝不使用本次运行未抓取的 URL——模型自身知识不作为来源。
随后编排器与上周运行结果做差异对比，只比较双方都新鲜的数据字段（定价和 SERP 每次运行都重新抓取；新闻、舆情、招聘在 30 天内；融资在 90 天内）。变化被分类为 Rising、Falling、Price、News、New，按重要性排序，并合并为一份简报，其中每条论断都附带来源和抓取日期，开头是“变化摘要”和三项重点清单。
作战室（/radar-council）
采集使用子代理（只回报结果的执行者），而 council 使用真正的实验性 agent team——四名分析师队友直接阅读简报并相互辩论：定价分析师、产品差距分析师、威胁与舆情分析师，以及一名专职反驳他人的魔鬼代言人。他们发布开场观点、点名相互质疑、用带引用的证据辩护或让步，最终收敛。主负责人随后综合出战略作战室附录：共识摘要、每项推荐动作（附一行理由及其支撑来源或档案字段），以及针对仍有争议事项的分歧与风险清单。插件绝不混用两种并行原语：采集用子代理，辩论用 agent team。
使用方式
从作者仓库安装：https://github.com/sabahudin-web/competitive-intelligence-radar ，该仓库打包了此处描述的命令、代理、技能和规则。需要 BrightData API token（实时网页数据）和 Notion 连接（发布），可选的作战室使用 Claude Code 的实验性 agent-teams 功能。
每次运行有三种输出：
- 本地 outputs/ 文件夹：简报 markdown、合并的原始档案 JSON、作战室附录。
- Notion：按域名 upsert 的 Competitors 数据库，带周环比 Change 追踪，以及每次运行的 Briefings 页面。
- 自包含的本地 HTML 仪表盘——内联 CSS 和 JS，无依赖、无网络——可在任意浏览器打开。
适用场景
适合需要持续跟踪竞品动态、希望每周获得结构化竞争情报简报的团队或个人，尤其是关注定价变化、搜索排名、市场定位和舆情走向的场景。
限制
- 依赖 BrightData API token 和 Notion 连接。
- 作战室依赖 Claude Code 的实验性 agent-teams 功能。
- 每次采集竞品上限为 8 个。
- 作战室消耗 token 较多。
- 遵循不编造原则：每条事实论断都需本次运行抓取的真实来源 URL；无法验证的内容标注 not-found 或 blocked。
- 陈旧数据标注“as of”，不当作当前数据呈现。
- 成本控制：优先批量工具而非逐 URL 调用，默认 scout 深度精简，仅在页面被拦截时回退使用昂贵的抓取浏览器。
- Notion 数据库创建和消耗 token 的 council 运行前总会要求明确确认；采集则自主运行。