competitive-intel-watch

竞争情报监测

用途

监测竞争格局自上次运行以来的重大变化。将当前情况与上一次快照进行对比；只报告发生变化的内容，并附上证据；标明哪些下游产物需要更新。这项技能让竞争研究从一份文档变成固定节奏——融合节奏中的每周 SIGINT 扫描和每月 OSINT 摘要都在此进行。监测报告关注的是变化，而非现状：每周重复生成同一份报告只是徒劳，“本周期没有重大变化”也是有效且有用的结果。

输入

效果最佳的输入： 上一份竞争研究快照（粘贴或附加）——本次运行的对比基线——以及竞争对手名单（默认为快照中列出的对象）。 也有帮助： 本周期需要特别关注的事项，以及在默认重要性标准需要收紧或放宽时对其进行调整。

随调用一同提供的输入——技能名称之后的文本、粘贴的上下文，或附加的 ARGUMENTS: 行——都视为已提供的答案。请将其计入提问预算，不要再次询问。

两手空空也没关系。 如果没有先前的快照，技能会回退到基线模式：使用 competitive-research-snapshot 的结构生成首份快照，然后停止——差异值从第二次运行开始产生。

调用示例： Competitive intel watch — 下方粘贴了上一份快照；本周期我特别关注价格变动。[snapshot]

核心概念

• 遵循的协议： 遵守 autonomous-investigation 合约——提问预算为 2（本技能中最严格），设有搜索计划门槛，使用事实／推断／假设标签、适度即可模式、稳定的架构，以及包含 4 个选项的最终步骤。
• 情报来源组合： 优先使用 SIGINT（网站差异、定价页面、招聘信息——更新最快的一层）；每月收集 OSINT 和 HUMINT 信号，并在季度检查中收集 FININT——intelligence-collection-disciplines 中的融合节奏就是本技能的运作节奏。
• 重要性标准。 只有当销售代表、定价负责人或路线图负责人可能据此采取行动时，才报告变化：定价／套餐变更、产品发布与弃用、定位变化、领导层变动、融资或并购、重大客户得失、可信的路线图信号。低于标准的变化包括：网站外观调整、常规内容营销、小版本发布。其重要性： 监测若总是虚惊一场，到了第三个周期就会被忽视——这条标准能留住受众。
• 差异对比纪律。 搜索之前先完整阅读上一份快照；与其对比，绝不要重新生成。空变更日志也是一种重要结果。
• 更新标记让流程形成闭环。 只有明确指出会改变哪些产物，研究才算完成——每项重大变化都要对应到现已过时的战斗卡、定位、定价或路线图部分。
• 不得虚构： 竞争对手、功能、定价、市场份额、客户得失、路线图事项、产品声明。每项声称发生的变化都必须附带 URL 和日期。
• 何时不适用： 不存在基线，且需要完整研究 → 先运行 competitive-research-snapshot；研究范围本身发生变化（新增细分市场、业务转型）→ 从头重新生成快照，而不是与过时范围进行差异对比。

应用

1. 确定模式。 已提供先前快照 → 增量模式。未提供 → 基线模式：按 competitive-research-snapshot 架构生成快照，然后停止。
2. 说明内联上下文的来源，然后只询问尚未回答的问题（最多 2 个）：
   1. 你有先前的快照吗？还是需要我创建基线？
   2. 本周期有什么特别关注的事项吗？ 如果问题未获回答，则继续：没有快照时使用基线模式，否则采用默认重要性门槛。
3. 搜索前完整阅读先前快照。 对比目标是文档，而不是你对市场的记忆。
4. 展示 3 条搜索计划——说明将针对每个竞争对手检查哪些内容、信息来源类型（公司网站、定价页面、发行说明、新闻稿、投资者材料、可信新闻、评测网站、招聘信息），以及如何区分事实与推断。除非计划被修改，否则继续。
5. 全面搜索并按重要性门槛筛选。 若没有任何内容达到门槛，请明确说明。
6. 严格按以下架构输出——每次运行的结果必须可进行差异对比。

输出架构（不要重新排序）

# Competitive Watch Report

## 1. Run Header
**Scope (from prior snapshot):** | **Prior snapshot date:** | **This run date:** | **Competitors checked:**

## 2. Changelog (Material Shifts Only)
For each material shift:
### [Competitor] — [4 to 8 word change summary]
- **What changed:** [1-2 bullets, labeled Fact/Inference]
- **Evidence:** [URL, date]
- **So what:** [why it clears the materiality bar]
- **Confidence:** [high / medium / low]

If nothing cleared the bar: "No material shifts this cycle." List
anything on the watchlist for next run.

## 3. Update Flags
| Downstream artifact | Sections needing update | Driven by |
|---|---|---|
| Battle card | | |
| Positioning statement | | |
| Pricing/packaging analysis | | |
| Roadmap assumptions | | |
Only rows with real updates; omit the rest.

## 4. Watchlist for Next Run
- [Signals below the bar but trending]
- [Open questions this run could not resolve]

### Assumptions to Validate
- [Assumption 1] / [Assumption 2] / [Assumption 3]

此架构的可复制粘贴填写版本（含质量检查）见 template.md。

最后一步（恰好提供 4 个选项）

1. 更新上方标记的竞争战卡片部分（battle-card-builder）
2. 深入分析最重大的变化
3. 生成更新后的完整快照（新基线）
4. 调整下一轮的重要性门槛或竞争对手列表

接受 1、2、3、4、1 and 2、Verbose Mode 或自定义路径。在按计划执行且无人值守的运行中，提交报告后停止——这些选项留待人工处理。

示例

达到门槛的变更日志条目（虚构）：

Ledgerline — 定价页面移除了中端套餐

• 变更内容： $49 的“Team”套餐不再显示；功能列表已重新分配至更高档套餐 — 事实（定价页面与存档版本对比，7 月 2 日与 6 月 1 日）
• 证据： URL 和存档差异，均已注明日期
• 影响： 入门价格实际上翻了一番；我们“入门成本更低”的宣传点现在更有说服力，他们的 SMB 客户流失率可能会飙升——对销售和定价负责人而言均达到重要性门槛
• 置信度： 高

恰当处理空变更日志：

本周期没有重大变化。记录未达门槛的动态以供趋势观察：[Competitor B] 发布了三篇关于合规自动化的思想领导力文章（观察清单：如果其产品页面随后更新，可能意味着定位发生变化）；另有两则高级工程师招聘信息提到了一种此前未在其技术栈中见过的语言（观察清单：需 TECHINT 佐证，在此之前不能据此得出结论）。

完整的演示运行示例（虚构的 FSM 软件市场）见 examples/sample.md：该示例与 competitive-research-snapshot 示例的基线进行差异对比，其中还包括一项经差异对比确认的基线假设。 examples/sample-industrial.md 展示了按季度运行的工业领域版本，其中一项首要风险被降级，并作为重大变化报告。

常见陷阱

• 重新生成表演。 每次运行都生成一份全新的完整报告，却称之为监测。读者想知道的是“发生了什么变化？”——只回答这一点。
• 夸大重要性。 为了显得有成果而报告博客文章和小版本更新。每报告一项低于门槛的内容，都会消耗本该留给真正警报的可信度。
• 害怕更新日志空空如也。 用噪声填充平静周期。经过真实扫描后得出的“没有重大变化”，恰恰是健康监测大多数周期的产出。
• 证据未标注日期。 变更声明若缺少 URL 和日期，就无法验证，也无法在下次运行时进行差异比对。日期是证据的一半。
• 对过时的范围进行差异比对。 市场转向了，你进入了新细分领域——监测却仍在对比旧框架。范围变更时要重新建立基线，并在运行标题中说明。
• 无后续行动的情报。 更新日志没有更新标记。如果没有需要更新的产物，那这次变化很可能没有达到门槛——标记是让研究转化为行动的方式。

参考资料

• autonomous-investigation（工作流）——统领全局的协议
• intelligence-collection-disciplines（组件）——本监测所依循的信息融合节奏
• competitive-research-snapshot（工作流）——生成本技能进行差异比对的基线
• battle-card-builder（工作流）——使用更新标记
• pestel-analysis（组件）——与本竞争对手层级监测相对应的宏观环境分析
• 改编自 https://github.com/deanpeters/product-manager-prompts 仓库中的 market-intelligence/competitive-intel-watch-prompt.md。