rankup Checked

| 用户会说的话 | 段 | 入口 |

|---|---|---|

| 「看下这批数据有没有能做的关键词」「找几个关键词」「挖点需求」「最近有什么能做的」 | 1 | playbooks/research.md (references/playbooks/research.md)（P0 分流 → 词根调研） |

| 「调研一下这个词」「调研一下这关键词」「调研的关键词」「这个词能不能做站」「这词难不难」「帮我扩词」 | 1 | research.md **P2 词根调研**：任何词都是词根，先直接搜再扩树（旧 P3 已并入 P2，不再有单独的扩词流水线） |

| 「谁在赚钱」「反查这个站」「竞品最近在做什么」「帖子说月入 X 是真的吗」 | 1 | research.md P4 + demand-sources.md (references/demand-sources.md) 第十节 |

| 「XX 和 YY 哪个更火」「今天美国/日本在搜什么」「哪个国家有机会」 | 1–2 | trends.md (references/trends.md)，scripts/gt.py |

| 「有什么游戏站能做」「跑一下小游戏监测」 | 1 | game-opportunity Skill；建站再读 game-sites.md (references/game-sites.md) |

| 「这个方向做不做」「做哪个语种」「要不要上多语言」「做成工具还是内容站」 | 2 | lifecycle.md (references/lifecycle.md) 段 2 |

| 「我们做个网站吧」「新建个站」「想做个工具站」「帮我搭起来」 | 2→3 | 先过段 2 立项定位，再段 3 初始化；手上没有词树先回段 1，不许跳过 |

| 「一步步来」「我们开始执行这个项目的计划」 | check | 先 rankup check 定位当前段与第一个没过的闸，然后按 checklists.md (references/checklists.md) 逐环节推进，每过一闸记 checks.md；不要跳过 check 直接猜段 |

| 「做个功能吧」「加个 X 功能」「把这个做出来」「实现一下这个」 | 3 | **红线先行：任何 UI 一律用脚手架自带的 shadcn 组件库**（components/ui/），缺的 shadcn add 或装同生态的现成组件，禁止手写下拉框 / 弹窗 / 日期选择 / 表格分页 / Toast；然后按段 3 硬规则与 checklists.md 段 3 做，做完段 4 全套体检 |

| 开发时挂着当规范：「按 rankup 规范来」「这个页面这样写行不行」「这块要不要 SSR」 | 3–4 | 本文段 3、段 4 硬规则 + checklists.md 对应段 |

| 「我们做个内页吧」「把这个关键词做成内页」「关键词没问题了，做成内页」 | 4 | **一个关键词对应一个内页**：目标词登记、TDK、独立 OG 含图、密度、无占位、体检全套；页面上的控件同样只准来自组件库（红线，见 discipline.md 十六）；lifecycle.md 段 4 + checklists.md 段 4 |

| 「看一下 SEO 有没有问题」「看一下 GEO 有没有问题」「GEO/SEO 有没有问题」 | 4 | 段 4 体检：seo-audit.mjs、is-agentic.mjs、seo-webcafe.mjs audit、哥飞 AI；分组见 playbooks/site-review.md (references/playbooks/site-review.md) A / C / E 组 |

| 「能不能上线了」「上线前还差什么」「TDK」「关键词密度」「标题描述怎么写」 | 4 | checklists.md 段 4 + seo-box.md (references/seo-box.md) |

| 「怎么被 AI 引用」「llms.txt」「对 AI 代理友好吗」「AEO/GEO」 | 4 | seo-growth.md (references/seo-growth.md) 三-B |

| 「帮我生成 logo / 配图 / 封面 / 海报」「要张 og 图」「画个吉祥物」 | 3–4 | /imagegen：图片必须真实生成，不允许占位图 |

| 「做个好看的页面」「有没有什么好的设计参考」「Hero 怎么设计」「找个组件参考」「landing page 怎么排」「有什么动画效果」「页面设计灵感」 | 3 | 先浏览 design-references.md (references/design-references.md) 收录站的相关分类，选 2–3 个案例参考后再实现；基础控件仍走 shadcn 组件库红线 |

| 「写一下这页的文案」「这稿子 AI 味太重」「帮我改稿」「语言结构理顺一点」「怎么写才会被 AI 引用」 | 4 | 中文：/write（先确认它的五个附属 Skill 都在，缺的用 find-skills 装齐；装不上才退到 /human-writing 起稿 → /shuorenhua 去 AI 味，见 skill-ecosystem.md (references/skill-ecosystem.md)）；内容形状按 /ai-seo 的 content-patterns；JSON-LD 只取 /seo-geo 的模板 |

| 「文案怎么写才有人点」「定价页怎么排」「用户为什么不买」「还有什么渠道能推」 | 7 | /marketing-psychology（锚定、社会认同、损失厌恶等用在页面与定价上）+ /marketing-ideas（渠道清单）；判据仍以 conversion.md (references/experiences/conversion.md) 为准 |

| 「站慢不慢」「跑个性能」「Core Web Vitals」 | 4 | seo-box.md 一，scripts/pagespeed.mjs plan --strategy both |

| 「这个域名能不能用」「域名前世」「域名黑历史」 | 5 | lifecycle.md 段 5 黑历史闸门 + seo-webcafe.md (references/seo-webcafe.md) history |

| 「数据检测平台都接入了吗」「GSC 接了没」「提交 sitemap」「怎么一直不收录」 | 5 | search-platforms.md (references/search-platforms.md)、analytics-platforms.md (references/analytics-platforms.md) |

| 「把 Ahrefs 的检验结果都修了」「全站内链失效」「重定向链」 | 5→4 | scripts/ahrefs-site-audit.mjs 取清单，修完按段 4 全套重跑 |

| 「帮我搞点外链」「去哪发外链」「竞品的外链哪来的」「这些外链有没有毒」 | 6 | backlink Skill + webcafe-topics.md (references/experiences/webcafe-topics.md) 五 |

| 「发个 Product Hunt」「上架发布平台」 | 6 | product-launch.md (references/product-launch.md) |

| 「访客不注册」「没人付费」「定价怎么定」「接 PayPal」「AdSense 被拒」 | 7 | monetization.md (references/monetization.md)、conversion.md (references/experiences/conversion.md) |

| 「流量掉了」「排名没了」「是不是被 K 了」 | 7 | webcafe-experiences.md (references/experiences/webcafe-experiences.md) 十七～十九 |

| 「现在该做什么」「到哪一步了」「本轮还差什么」 | check | 本文 rankup check → site-review.md 二 |

| 「review 一下我的站」「帮我看看这个站有什么问题」「查漏补缺」「这项目脱轨了」 | review | 本文 rankup review → site-review.md 一 |

| 「我想让流量涨一点」「今天弄下 SEO」「优化一下我的网站」 | check | 先 rankup check 定位第一个没过闸的段；默认打磨转化链路，不重构（zero-to-one.md (references/experiences/zero-to-one.md)） |

| 「把这个老项目接进来」「rankup init」 | init | 本文 rankup init → project-memory.md (references/project-memory.md) |

| 「群里怎么说的」「哥飞说过什么」「论坛里搜一下」 | 经验 | webcafe-forum.md (references/webcafe-forum.md)，scripts/webcafe-forum.mjs chat-search 拿原文，不问 ask |

| 「我看到一个帖子分享 SEO 的东西，你把这东西记下来更新到源码里」「把这个经验写进 rankup」 | 维护 | 维护 Skill 本身：按 experiences/INDEX.md (references/experiences/INDEX.md) 收录规则与 evolution.md (references/evolution.md) 晋升门写进**对应的现有文件**，不新建文件；见文末「经验回流」 |

| 「抓一下后台数据」「导出报表」「数据面板」「Semrush 能查这个吗」 | 取数 | discipline.md (references/discipline.md) 六 + provider-capabilities.md (references/provider-capabilities.md)：有脚本先跑，没有才加载 backlink |

| 说的事这张表没有 | — | capability-map.md (references/capability-map.md) → skill-ecosystem.md (references/skill-ecosystem.md) → /skillsmp → 最后才按 integrations.md (references/integrations.md) 用 find-skills；不要现写等价实现 |

| 本文点名的任何兄弟 Skill 本机没装 | — | 加载 find-skills 搜索并安装，装完再继续；不跳过、不现写替代。每台机器装的不一样，文档只保证「该用什么」（skill-ecosystem.md (references/skill-ecosystem.md)「缺 Skill 的处置」） |

越模糊越不要盲跑全套：有明确对象就先跑最便宜的那个脚本；只有方向没对象就先 rankup check；连站都没有只问一个问题（有没有想好的词），不要连问三个。

七段生命周期

旧的 12 阶段编号与七段的映射表在 lifecycle.md (references/lifecycle.md) 顶部；项目里旧 checks.md 按它对照。每段四块：触发 / 入口 / 硬规则 / 闸门。不写操作步骤。

### 1 调研

• **触发**：给了一批数据、一个词、一个帖子、一个域名，问「能不能做」。
• **入口**：playbooks/research.md (references/playbooks/research.md)（P0 只看输入分流：什么都没有 → P1；一个词 → **P2 词根调研**；一个域名 → P4）；判读 demand-discovery.md (references/experiences/demand-discovery.md)；意图核验在 lifecycle.md (references/lifecycle.md) 段 1 · 1.2；验收单 research-checklist.md（不是入口）。常用脚本：scripts/demand/suggest.mjs（三引擎下拉联想）、scripts/seo-webcafe.mjs kd、backlink/scripts/semrush-keyword.mjs；面板取证 scripts/rankup-cli.mjs（npx @yan-labs/rankup audit similarweb）。

| 硬规则 | 为什么 |

|---|---|

| 用户给的任何词都是**词根**：先直接搜，再扩成树（面板相关词 + Google/Bing/DDG 下拉；叶子再扩，最多两层；叶子月量低于阈值或 KD 高于阈值就停） | 用户给的是方向不是答案，一个词查完就下结论会漏掉整棵树 |

| 筛子：月量太低且 CPC 低 = 否；KD 低好上手 | 量低又没人出价，说明没人为它付钱 |

| **Semrush / Similarweb 报的月量必须用 Google Trends 锚点法交叉验证**：默认锚点 gpts（美国实测约 5,400/月，KD 77，2026-09-09 Semrush 实测），量级差 10 倍以上再换同量级第二锚点；每轮都要重拉一次锚点自己的 12 个月曲线取均值校准，不能沿用旧均值或只看最近几周（references/trends.md「〇·六」） | 面板对刚起量的新词有滞后、对头部通用词又容易估得偏宽，本轮实测两个方向的偏差都到过 6–14 倍（ai headshot generator 报 22,200 被两次独立锚点判定只有 0.07–0.18 倍；ugc ads ai 报 210 被判定低估到 1.4–3.3 倍）；不交叉验证就是直接把面板的方向性误差当结论用 |

| **社区验证是必走的一条腿**：Reddit / X / YouTube / B 站近 14 天讨论量。取数走兄弟 Skill：/agent-reach（先 agent-reach doctor --json 看各平台后端，再按 research.md 阶段 5 的命令组跑）、/anysearch 批量网页搜索、/deep-research 只做定性背景；rankup 自带的只有 reddit-wishes.mjs 与 hn-signals.mjs；搜索侧用 scripts/gt.py compare <词> --time 1d（Trends 过去 1 小时 / 4 小时 / 1 天的小时级曲线，新词单独查不和大词同框） | 数据平台只有 28 天窗口，昨天火起来的看不到；Trends 的 now 区间是唯一能看到小时级的公开源；论坛热度是第一手的，帖子一星期内炸开面板上还是 0 |

| 亲眼看 SERP，用页面类型核实**真实意图** | 宠物诊断那次：词看着是工具需求，首页全是兽医内容，做工具就错了 |

| 空结果先核 manifest：429 / CAPTCHA / 超时都产出 0 条 | 采集失败 ≠ 没需求，把失败读成结论是最贵的错 |

| **开跑前先 grep 项目的 .rankup/rejected.md 与 research/**：上一轮 pass 掉的词或方向，命中就跳过并引用，或写明复活条件已满足再重开；本轮 pass 掉的带理由与复活条件写回 rejected.md | 换个会话就把否决过的东西当新点子重做一遍、再踩同一个坑，是项目记忆最常见的失效形态；理由留着，条件变了才能有据翻案 |

| 结论要折成钱：查同类站真实流量，seo-webcafe.mjs money | 能排上去 ≠ 能赚钱，漏掉这道闸会得出 SEO 正确、商业错误的结论 |

• **闸门**：checklists.md (references/checklists.md) 段 1。

### 2 立项与定位

• **触发**：方向已有，问做不做、做哪个语种、做成什么形态。
• **入口**：lifecycle.md (references/lifecycle.md) 段 2；语种探测 trends.md (references/trends.md) W1；裁定 zero-to-one.md (references/experiences/zero-to-one.md)、webcafe-topics.md (references/experiences/webcafe-topics.md) 七。

| 硬规则 | 为什么 |

|---|---|

| 第一目标是拿到流量，语种跟着流量走：先看哪个语种量大竞争小 | 没流量的定位再漂亮也验证不了 |

| 某语种流量大竞争小就**只做单语站**，不做多语言 | 多语言是翻车最多的路，还把权重摊薄；要上也是先 2–3 个语言、hreflang 代码统一生成、禁止按 IP 跳转 |

| 意图类型决定产品形态与变现方式：信息型 → 内容站 → 广告；工具型 → 在线工具 / 客户端 → 一次付费或订阅；持续使用型 → SaaS → 订阅 | 形态跟着意图走，不跟着技术偏好走 |

| 写清「1」的定义与放弃条件 | 0→1 最常见的死法是不知道什么时候该停 |

• **闸门**：checklists.md (references/checklists.md) 段 2。

### 3 建站与