这个 Skill 能做什么，适合哪些场景？
vibe-check 是一个面向零基础用户的 Claude 技能，出自一位有 12 年以上从 0 到 1 经验的产品经理之手。它先通过追问和真实的 Reddit / 竞品评论调研验证想法是否值得做，再把体验、技术栈、增长闭环整理成一份结构化计划文档和可交互的 PRD。它还能在构建阶段教 Git、部署等基础知识，并提供 Checkup 模式清理越建越乱的 AI 生成代码。适用于 Claude Code、Codex 和 Antigravity。
- 通过多轮一对一提问挖出用户真正要解决的问题，锁定"目标—现有替代方案—痛点"三行北极星
- 执行发现流程：按 Jobs-to-be-Done 拆解任务步骤，检索 Reddit 和 G2/Capterra 等评论源，用五透镜归类引文并验证来源真实性
- 用 ODI 机会评分（机会 = 痛苦 + max(0, 痛苦 − 已满足度)）对需求排序，区分差异化卖点和必备基础功能
- 跑 Crazy 8 草图、体验蓝图、Story Map，产出 V1/V2 功能拆分、架构图、技术栈与成本估算
- 生成可交给 AI 编码工具的 markdown 计划 + 一个自包含的交互式 HTML PRD
- 提供 Checkup 模式（references/CODE-CHECKUP.md）评估和整理混乱的既有代码库
- 从未写过代码的人有了 App 点子，想先弄清该做什么、值不值得做再动手
- "氛围编码"用户已能让 AI 跑起一个原型，但需要完整的产品思维来规划全貌
- 已经做过用户调研的人，带着研究材料只想直接规划 MVP
- 用 AI 搭的 App 越改越乱、不敢再动代码，需要一次温和的体检和整理
- 想做双边市场类产品，需要同时发现买卖双方的需求并制定冷启动方案
- 有经验的开发者做调试、重构或搭建 CI/CD——技能明确定义了这不适用
- 只想让 AI 直接写代码、跳过验证和规划的用户；发现流程可能以"不建议做"收场
如何安装这个 Skill？
- 发现阶段依赖 Reddit 及海外评论站，在中国大陆网络环境下多数来源不可达，需依赖降级阶梯或用户手动检索，效果会明显打折。
- 运行时版本检查和发现流程涉及外部网络抓取，会向第三方站点发出请求；镜像实例未经验证，敏感环境下请自行评估。
- 静态审查未执行任何代码；技能的发现与产出质量依赖模型执行力，建议在小任务上先试用。
- 发布者为未验证的个人维护者，更新延续性无第三方保障。
- Shell / 命令行
- 网络访问
- 本地文件系统
Node.js (for the skills CLI installer)
最简单的方式是通过开源 skills CLI 安装：
Claude Code / Codex / Antigravity
npx skills add TexasBedouin/vibe-check或直接克隆进项目：
Claude Code
git clone https://github.com/TexasBedouin/vibe-check .claude/skills/vibe-check其他 AI 工具：把 SKILL.md 的内容复制进系统提示词或项目指令。
如何使用这个 Skill？
安装后，把下面任意一句发给 Agent 即可触发：
- 用 vibe-check 技能帮我规划我的 App。
- 我的想法值得做吗？用 vibe-check 现实核查一下这个点子。
- 我已经验证过想法了，用 vibe-check 直接规划搭建方案。
- 我的 AI 一直把代码改坏、项目越来越乱，用 vibe-check 的 Checkup 模式帮我清理一下。
在 Claude Code 中安装后，直接用自然语言触发，例如"用 vibe-check 技能帮我规划我的 App"。技能会先问一个轻量问题判断你的经验水平（信心旋钮调节节奏、术语量、代做程度），再问路由问题选择三条入口之一：完整旅程（默认）、仅验证、或仅规划。完整流程经过 Phase 0 发现（拷问 + Reddit/评论现实核查与 ODI 评分）、Phase 1 愿景、Phase 2 Crazy 8 体验草图等阶段，最终产出计划文档和交互式 PRD。若想法有害或证据不支持，会直接说明并给出收窄、转向或停止三条路。技能启动时会静默检查新版本，失败不打断会话。
这个 Skill 有哪些优点和局限？
- 覆盖从想法验证到可搭建蓝图的完整前置流程，填补了大多数编码技能只管"怎么做"不管"做什么"的空白
- 发现方法有明确依据：JTBD、ODI 机会评分、设计冲刺、用户故事地图等成熟方法论的初学者翻译
- 内置防幻觉机制：引文必须经链接复核（约三个独立来源才能标记"已证实"），不发明不存在的帖子
- 提供三条入口和三种结局（完整计划、验证结论、不做的诚实判断），并附真实示例会话（含已上线产品 ClearList）
- MIT 协议，免费开源，支持 skills CLI 更新
- 调研依赖 Reddit 和评论网站，作者自承这是"方向性而非统计性"的替代，不能替代正式用户调研
- 技能篇幅长、规则多，会话耗时明显；对只想快速出点子的人可能显得繁琐
- 部分可视化依赖其自带图表引擎或 mermaid，在无浏览器环境的工具中渲染能力受限
- "仅规划"入口的质量完全取决于用户自带的验证材料；材料薄弱时仍需补做发现
这个 Skill 与同类方案有什么区别？
与相关 Skills 并排比较；分数均按同一 FSRS 标准得出。
| Skill | FS 评分 | Star 数 | 最近更新 | License |
|---|---|---|---|---|
| vibe-check 产品规划教练 本页 | 62 · 推荐 | ★ 619 | 3 个月前 | MIT |
| 产品架构师（Product Architect） | 54 · 谨慎使用 | ★ 115 | 1 个月前 | MIT |
| Factory Floor 创业教练 | 53 · 谨慎使用 | ★ 14 | 2 个月前 | — |
| MVP 极简创业顾问 | 52 · 谨慎使用 | ★ 11k | 6 个月前 | — |
| 创业点子验证助手 | 52 · 谨慎使用 | ★ 11k | 6 个月前 | — |
作者明确对标 Matt Pocock 的 grill-me：grill-me 面向工程师，用无情的追问拷问代码；vibe-check 面向非程序员，把同样的追问能量用在问题和用户身上，覆盖验证、规划、构建指导和代码体检的完整旅程。
FollowSkills 如何评估这个 Skill？
技能为纯指令型，无恶意代码、无凭据收集；版本检查为非阻塞的 best-effort，失败即静默跳过；明确禁止编造引文、要求伤害性创意拦截；许可证 MIT、来源署名清晰。扣分点：运行时依赖外部抓取（Reddit、评论站、raw.githubusercontent.com），数据流经由未验证的镜像站，未对隐私/数据流做显式披露。
指令高度自洽：fetch 三级阶梯、源验证失败即关闭（fail-closed）、引擎无法渲染时有 mermaid/表格降级方案，异常路径均有说明。扣分点：静态审查无法执行验证，所提供证据中无针对该技能关键路径的测试套件或 CI 佐证，故按上限 10 封顶。
触发条件、三种入口、非适用范围（不适用于资深开发者调试/CI）在 frontmatter 中表述极清晰，语义触发精度高。扣分点：无中文支持声明；核心发现流程完全依赖 Reddit、G2、GitHub 等大陆网络不可达的海外服务，虽然内置降级阶梯（Serper、交给用户手查），但对目标环境仍有实质依赖。
语义化版本、CHANGELOG 详尽（含失败修正史）、bump.sh 发布脚本带完整前置校验、RELEASING.md 明确维护路径、参考文件渐进式披露设计良好、许可证明确。扣分点：发布者未经验证、为个人维护者，无第三方治理或社区维护承诺；RELEASING.md 自述 hardcoded master URL 存在脆弱点。
宣称产出（结构化计划 + 自包含交互式 PRD）有示例引用，价值主张清晰，边际价值相对手动规划明显。扣分点：静态审查无法验证代表性输出的正确性；SKILL.md 文件本身非常长，可能带来较大上下文成本；示例文件未在本次证据中完整呈现。
CHANGELOG 提供可审计的演进记录（含自报缺陷与修正），README 列出真实产品（clearlist.me）与外部方法论出处，事实与推断区分较好。扣分点：关键产出（PRD、验证报告）与示例不在本次提供的证据文件内，无法交叉核验；执行类声明（浏览器渲染修复等）仅有作者自述。
点击维度查看打分理由
证据充分度：低 — 主要依赖静态检查、作者材料或有限演示；适合发现线索，不适合做高风险决策。
查看完整评分方法 →