setup-competitors-md

设置 COMPETITORS.md

概述

一次性设置：识别本产品的竞争对手（以及用户会改用什么），然后在仓库根目录编写一个 COMPETITORS.md，用于定位、路线图和消息传达决策。除非用户明确要求重新生成或更新此文件，否则不要将此任务视为需要持续维护的技能。

输出

• 只写入一个文件：仓库根目录下的 COMPETITORS.md。
• 如果 COMPETITORS.md 已存在，只询问一次是覆盖、合并/更新还是中止。不要静默覆盖。

工作流

1. 立足于本产品

根据仓库内容确定产品类别和差异化主张：

• 根目录文档、着陆页/定价/关于页面文案、功能列表和对比页面（如有）。
• 暗示市场定位的产品界面和能力（身份验证、计费方案、集成）。
• 文档、问题或营销文案中已有的竞争对手信息。
• 产品声称可替代的工作方式（电子表格、现有 SaaS、手动流程、开源软件等）。

优先采用仓库中的一手证据，而非泛泛的“人人都在和 Notion 竞争”清单。

2. 研究竞争格局

有可用的已配置研究工具或网页工具时使用它们；否则搜索并打开一手资料页面：

• 直接竞争对手（相同工作、相同买家）。
• 相邻替代方案（部分重合）。
• 间接替代方案（现状：电子表格、代理机构、自行开发、什么都不做）。
• 定价页面、功能矩阵、定位标题和目标客户表述。
• 仅在能说明实际优势/弱点时参考公开评价或更新日志。

对于每个值得关注的参与者，记录 URL、核查日期、一句话定位、理想客户画像（ICP）线索、定价模式以及突出优势/弱点。将观察到的事实与推断分开。

目标是形成一份有用的清单（通常包括 4–8 个具名竞争对手及替代方案），而非穷尽整个行业。

3. 访谈用户（仅针对信息缺口）

只询问研究无法确定的内容。将问题合并提问。在信息缺失时，涵盖以下方面：

• 他们认为真正的竞争对手是谁（以及哪些只是看似相近）。
• 赢单/丢单的案例及成交或流失的原因。
• 他们坚决不愿照搬的功能，以及为实现功能对等必须具备的功能。
• 他们希望占据的类别，以及排斥的类别。
• 竞争范围在地域或细分市场上的限制。

如果用户拒绝访谈，请标注假设及其可信度后继续。

4. 综合差异化信息

• 将每个对象分类为：直接 / 相邻 / 替代方案。
• 指出主要竞争对手（通常为 2–4 个）和观察名单。
• 阐明我们的切入点：客户为何选择本产品而非其他方案。
• 记录相较竞争对手的功能对等差距、基础功能和有意排除的目标。
• 标记过时风险：定价和功能声明会变化；注明研究日期。

5. 编写 COMPETITORS.md

使用 references/template.md。填写适用的部分；省略空白部分。质量标准：

• 针对本产品的竞争格局，而非泛泛的市场分析。
• 为消息传达（“说 X，不要声称 Y”）和路线图（“追求功能对等还是差异化”）提供可执行建议。
• 包含替代方案和非竞争对象，避免 Agent 过度比较。
• 引用带核查日期的来源 URL；不要编造价格。
• 简短的介绍优于冗长的罗列；深入内容可通过链接查看。

6. 从 AGENTS.md 添加链接（有条件）

COMPETITORS.md 创建后：

1. 只检查仓库根目录下的 AGENTS.md。
2. 如果不存在，跳过链接操作。不要创建 AGENTS.md。
3. 如果存在，且其中没有指向 COMPETITORS.md 的链接，则添加清晰的指引：
   • 优先添加到现有的索引 / 文档 / 相关文档章节。
   • 否则添加一个简短章节，例如 ## 项目文档，并包含以下项目： - [COMPETITORS.md](COMPETITORS.md) — 竞争格局与差异化
   • 不要将完整的竞争分析复制到 AGENTS.md。
   • 保留 AGENTS.md 中无关的内容。

7. 交付

• 确认写入的路径。
• 简要总结：主要竞争对手、用一句话说明我们的切入点，以及 AGENTS.md 是已更新还是已跳过。
• 除非用户要求，否则不要提交。

隔离

此技能独立运行。不要提及、链接到或依赖其他技能。仅参考仓库文件、外部来源、用户输入和此技能的 references/。

不在范围内

• 完整的市场研究报告、TAM/SAM/SOM 建模或销售竞争指南库。
• 重写营销页面或定价页面（除非另行提出请求）。
• 缺少时创建 AGENTS.md。
• 除非用户要求再次运行设置，否则不进行定期竞争审计。