需求没说清，等于没说。 AI 不会卡住——它会朝着错误的方向，飞速地、自信地，把你的项目实现出来。

如今谁都能把一个想法甩给 AI，几分钟跑出个能动的东西。但真正把它做成、做对、不半路崩掉的人，少得多。差距从来不在"会不会调 AI"，而在两件事：开工前有没有把需求想清楚，开工后有没有守住纪律。

这套工具，就是把这两件事，拆成任何人都能照着做的步骤。

你大概经历过其中至少一种：

• 想法很清楚，AI 写出来的却完全不是那回事，来回扯皮一下午。
• demo 跑通了，越改越乱，最后连之前能用的版本都找不回来了。
• AI 信誓旦旦说"已完成"，你一跑，根本不行。
• 面对它给的几个技术方案，你一个字都看不懂，只能闭眼选一个。

这些都不是技术问题，是方法问题。而方法，是可以学的。

同一个人，同一个想法，区别只在于"怎么说"：

❌  "我想搭建一个开源项目。"

✅  "我一个人用、本地运行；输入一组竞品链接，输出含
     定价 / 核心功能 / 最近动态 的对比报告；我不写代码、
     要控制 AI 调用成本、只用公开信息。"

第二种，AI 能直接开干，而且不会跑偏。本套件做的，就是带你从第一种，走到第二种——并且一路护送到上线。

四个轻量 Skill，在你需要的那一刻，自动登场：

只想跑个 demo？ 你大概只要 requirements，再带上 survival 兜底。其余两个，等你决定"这东西值得做成正式的"，再回来。

        有个想法
           │
   requirements ───────── 把需求说清，先想想要不要写代码
           │
      跑出 demo，验证想法
           │
      值得做成正式的？──── 否 ──→ 收工，你已经省下一下午
           │ 是
   architecture ───────── 看懂架构、选对技术（顺便把自己练成行家）
           │
   production ─────────── 规范 / 安全 / 部署 / 验收 / 文档
           │
           ▼
   survival  ←── 从第一行代码起，全程在场，避坑 + 自救

大多数工具教你"怎么用 AI 把事办成"。这套件多走一步：让你逐步看懂自己在做什么。

architecture 里的「6 个维度」和「把 AI 当老师」，不是让你照搬话术，而是让你学会拷问任何方案——数据存哪、谁在跑、依赖几何、值不值这个复杂度。用上几个项目，你会发现自己不再需要话术,因为你已经能一眼看穿方案的好坏。

这才是它和"又一个 prompt 合集"的根本区别。

git clone https://github.com/Junliu1066/vibe-coding-kit.git

每个 Skill 就是一个含 SKILL.md 的文件夹——这是通用的 Skill 格式。把需要的那个接入你的 Claude 即可。

接入方式因使用端而异（Claude.ai 自定义 Skill、Claude Code 的 Agent Skills、API 等各不相同，且可能更新），请以官方最新文档为准：docs.claude.com ・ support.claude.com。

零安装用法： 不想折腾，直接把对应 SKILL.md 的内容复制进对话，当作给 AI 的指引，立刻就能用。

examples/案例-竞品调研助手.md 用一个完整项目——竞品调研助手——带你从一句话想法走到能用：

• 五步选型法实际砍掉了哪几个方案，为什么
• 6 个维度照出了这个项目真正的风险（提示：是 AI 接口的成本与密钥）
• 哪些诱人的功能被"以后再说"清单挡在了门外
• 红线自检如何判断"这事我能不能放心自己干"

强烈建议先读它，再上手自己的项目。

这套件有脾气。它信奉：

• 复杂度是负债，不是资产。 每多一个组件、一个依赖，都是向未来借债。
• 先说问题，再说方案。 描述方案会锁死 AI，描述问题才有更优解。
• 没有代价的方案不存在。 不跟你讲代价的推荐，不可信。
• 知道边界，也是本事。 有些事（动钱、动别人隐私）该找真人——这不是认怂，是行家。
• 维护成本是最终裁决。 一年后你还修不修得动，比什么都重要。

• 不写代码、或刚起步，靠 AI 把想法变成产品的产品经理、创业者、独立开发者。
• 想先跑个 demo 验证，又怕跑偏、怕烂尾的人。
• 想借着每个项目，真正把技术判断力练出来的人。

欢迎 Issue 和 PR：补充话术、修正不准的地方、贡献新的真实案例。改动时请守住这套件的脾气——大白话、讲代价、不堆复杂度。

MIT。自由使用、修改、再分发。