name	competitor-analysis
description	「竞品分析 / 调研 / 抓情报 / 采集 XX」触发，丢竞品截图或链接亦触发。「截图 / 截一下」单独不触发。
argument-hint	竞品平台 + 功能模块，如 Binance 活动中心；采集模式可加 --web / --content
type	standalone
output_format	.md
output_prefix	comp-
depends_on	[]
optional_inputs	["baseline"]
consumed_by	[]
scripts	{"capture.py":"APP 模式采集 — python3 capture.py --output-dir <dir>","scheduled-scrape.py":"定时批量抓取 — python3 scheduled-scrape.py --all\|--platforms <p>\|--media","intel-cron.sh":"crontab 入口 — 调 scheduled-scrape.py"}

竞品分析 Skill（Competitor Analysis）

触发与定位

独立产出物，直接给老板/业务方看，不一定接后续需求链路。本 skill 含两大动作：情报采集（APP/Web/Content/Interactive 四种模式，存 references/competitors/{平台名}/）+ 拆解分析（三角对比 + CRBE，产报告）。

入口路由：

用户说「截 / 抓 / 采集」→ 走采集模式（仅采集归档，不写报告）
用户说「分析 / 调研」+ 已有素材 → 走分析模式（默认）
「先采集再分析」→ 串起来跑，采集完进 Step 1 入分析

做什么：拆设计、分析意图、评价优劣、判断壁垒、追踪我方进度。不做：只罗列竞品有什么功能。

改脚本前 30 秒

hook pre-skill-load-gate 守的是「Read 过本文件」不看读了多少行。改本 skill scripts/*.py：Read 此文件 limit=80 即可。改报告产物（.md）：建议全文 Read（拆解模板 / Hook 模型 / 进度追踪规则散在各章）。

Public API（不可改签名）：

python3 capture.py --output-dir <dir> — APP 模式镜像截图唯一入口
python3 scheduled-scrape.py --all | --platforms <p> | --media — 定时批量抓取，crontab 调
intel-cron.sh — crontab wrapper，调上面 .py

会拦你的 hook：

post-script-syntax-check — pyflakes / bash -n（写 .py / .sh 自动跑）
post-plain-language-check — 报告 .md 写完自动扫违规口径

改完跑啥：

python3 .claude/skills/competitor-analysis/scripts/capture.py --output-dir /tmp/comp-test
# 或 demo 一份分析报告，看自检清单全过

深入读什么：

采集模式四种：references/collection-playbook.md
输出结构：references/output-structure.md
PPT 输出（用户要 PPT 时）：references/ppt-spec.md

硬规则（FAIL 即拦）

三角对比锚点（强制）：

所有分析必须包含三角对比：分析对象 vs Binance vs 我方
Binance = 行业基准线，永远作为参照
我方 = 我方现状，永远作为落地锚点
即使只分析一个竞品，也必须拉上 Binance 和我方做横向对比

反思维惯性五条（每次分析前自检，违任一 = 失败）：

反「功能堆砌」——不因功能丰富而高估竞争力
反「用户量即正义」——不因 DAU 大而误判护城河
反「大厂都这么做」——团队规模 / 技术栈 / 用户结构 / 资源差异巨大，直接抄 = 翻车
反「技术万能论」——算法推荐 ≠ 用户留存，技术是手段不是目的
反「行业报告权威论」——行业报告是平均水平，不是你的具体场景

FAIL 校验项（违任一视为未交付）：

只列功能有无没拆设计细节 = FAIL
没分析「为什么这么设计」 = FAIL
没评价设计优缺点 = FAIL
没考虑我方约束 = FAIL
可借鉴点没标我方进度 = FAIL
正向结论多于反向结论 = 可疑
没有 Binance 和我方的三角对比 = FAIL

素材门槛：遵循 _shared/claude-design/asset-quality-rubric.md 的 5-10-2-8 规则（5 轮搜索 / 10 候选 / 选 2 个 / 评分 ≥ 8 分），低分素材进备选库不进报告。

核心输出规范

两种档位

快速版（5-8 页）：会议前快速准备 / 日常竞品跟踪

功能设计拆解（逐功能：设计方案 + 优缺点）
三角对比速览（关键差异可视化）
UI / 交互模式速览（截图 + 设计意图 + 优缺点）
可借鉴点 + 我方进度
要避的坑（直接抄会翻车的点）
一句话结论 + 行动建议

深度版（12-18 页，CRBE 完整框架）：立项前调研 / 战略对标 / 汇报

Capability — 逐项标注 ✅可复制 / ❌不可复制 / ⚠️路径红利 / 💎差异化机会
Route — 竞品怎么走到今天的，路径依赖是什么，我们能不能走同一条路
Barrier — 网络效应 / 数据壁垒 / 品牌认知 / 生态锁定
Efficiency — 同任务竞品几步完成 / 我们几步，转化漏斗差异

Hook 模型留存壁垒评估（外部触发 / 内部触发 / 行动 / 可变奖励 / 投入 → Hook 强度 __/10）

单功能拆解模板（核心章节，不可省略）

### {功能名称}

**设计方案**：交互流程、页面结构、信息架构、关键截图引用
**设计意图**：为什么这么设计、服务什么业务目标、解决什么用户问题
**JTBD 透镜**：
| 维度 | {竞品} | 我方 |
|------|--------|-----|
| 功能性目标 | 用户用它完成什么任务 | |
| 情感性目标 | 用户希望感受到什么 | |
| 社交性目标 | 用户在圈内想呈现什么形象 | |
| 非竞品替代 | 用户不用此功能时转而用什么 | |
| 切换阻力 | 已在竞品的用户为什么不迁移到我方 | |
**优点 / 缺点**：设计好/差在哪，体验如何
**三角对比**（入口位置 / 交互步骤 / 信息密度 / 核心差异）
**借鉴价值**：能不能学、学什么、直接抄的翻车风险
**我方进度**：🟢/🟡/🔵/🔴/⚫ + 具体说明

我方进度图例（每条可借鉴结论必须附）

状态	标记	说明
已上线	🟢	附上线版本 / 日期
开发中	🟡	附预计上线时间
已排期	🔵	在 Roadmap 中但未开始
未开始	🔴	本次分析后可考虑是否立项
评估后放弃	⚫	附放弃原因

产物形态 + 命名

格式：Markdown（默认，对话内输出贴飞书 / 钉钉）/ PPT（用户要求时走 ppt skill）
命名前缀：comp-
存放：projects/{项目}/deliverables/（关联项目）/ references/competitors/（独立分析）
结构：按 references/output-structure.md

执行步骤

入口路由：「采集 / 截 / 抓」→ 跑采集模式后结束。「分析 / 调研」→ 进 Step 1。「先采集再分析」→ 采集完进 Step 1。

Step 0：采集模式（仅采集路线读，分析路线跳过）

自动采集竞品 APP / Web 截图、公告内容、Crypto 媒体报道，归档到 references/competitors/。支持所有主流 Crypto 交易所（Binance / OKX / Gate / Bybit / MEXC / Bitget / Kucoin）及权威 Crypto 媒体，平台列表不封闭。

四种模式：

模式	触发词	技术	产出
APP	「截竞品 XX YY」（默认）	iPhone 镜像 + screencapture	PNG
Web	「截网页版 XX」「--web」	browser-use CLI 全页截图	PNG
Content	「最新公告」「最近活动」「媒体报道」	WebFetch → browser-use eval 兜底	Markdown + 可选截图
Interactive	「翻完前 N 页」「全抓下来」「滚动加载完」	browser-use CLI 脚本式交互	PNG / JSON

环境变量铁律：必须 BROWSER_USE_DISABLE_EXTENSIONS=1，否则 daemon 卡死下载 Chrome 扩展。本 workspace 已在 settings.json env 段设置。

完整执行命令 + Step A-E（确认目标 / 执行采集 / Vision 过滤 / 用户确认 / 归档）+ Token 预算纪律 + 定时采集 + Troubleshooting 见 references/collection-playbook.md。

Step 1：收集信息 + 读取素材门槛

采集前必读 _shared/claude-design/asset-quality-rubric.md（5-10-2-8 规则）。

向用户确认（缺什么问什么，不编造）：

分析对象：哪些竞品 × 哪个功能模块
档位：快速版 or 深度版
竞品分层（Claude 建议，用户确认）：Tier 1 直接竞品 / Tier 2 间接竞品 / Tier 3 跨界参考
输出格式：Markdown or PPT
素材：用户有截图 / URL / 体验录屏直接丢
我方当前进度：用户口述即可

Step 2：读取我方约束

如有根目录 profile.md，读取拿团队能力 / 资源上限 / 用户基础。没有则从 baseline 提取，或跳过。

Step 3：执行分析

快速版：逐功能拆解设计 → 每功能三角对比 → 可借鉴点标我方进度 → 精炼结论。

深度版：CRBE 框架逐维度 → 每功能深度拆解（设计方案 + 意图 + 优缺点）→ 全量三角对比 → 借鉴点标我方进度 + 建议排期。

强制贯穿：

每功能必须拆「怎么设计的」+「为什么」+「好不好」
每条「可借鉴」必须附「直接抄会翻车的原因」+ 我方当前进度
数据没来源标「未公开，需验证」
我方约束 + Binance 对比贯穿全文

Step 4：产出 + 沉淀

按选定格式输出（MD 对话 / PPT 调 ppt skill）
竞品截图存 references/competitors/{平台名}/{功能模块}/
报告存 projects/{项目}/deliverables/（关联项目）/ references/competitors/（独立）
借鉴进度同步更新到关联项目 baseline 决策记录（如有）

Step 5：PPT 专属 QA

生成 PPT 后必须执行：

转 PDF → 转图片 → 视觉检查
深色底文字可读性（对比度够不够）
截图清晰、无裁切
三角对比表格内容无截断
修复后重新验证

References 索引

按需读（场景命中才加载）：

references/collection-playbook.md — 四种采集模式执行命令 + Step A-E + Token 预算 + Troubleshooting（仅采集路线）
references/output-structure.md — 报告章节结构 + 排版规范
references/ppt-spec.md — PPT 输出专用（仅 PPT 路线）
_shared/claude-design/asset-quality-rubric.md — 5-10-2-8 素材门槛（每次分析前必读）