质检 Agent：检查 vibe-coding-kit 其他 Skill 的产出物是否符合治理规范。 当用户说"检查一下产出"、"帮我看看合不合规"、"质检"、"验证 PRD"、"检查项目说明书"， 或在任何 Skill 完成产出后，使用此 Skill 做合规检查。 它读取项目根目录的 harness.json，逐条校验产出文件，报告违规项和修复建议。 这是 vibe-coding-kit 套件的治理层（harness），确保所有产出物格式统一、质量达标。 它不止检查格式，还会做跨 Skill 一致性校验——比如 PRD 里的项目名和项目说明书里的项目名是不是一致。
教非技术背景的人看懂技术架构、做好技术选型——把"只会照搬话术的小白"练成"能看穿方案好坏的人"。 当用户问"该用什么技术/框架"、"帮我选技术栈"、"AI 给的方案我看不懂"、"这几个方案怎么选"， 或者需要把 demo 做成更正经的东西、要理解 AI 提出的架构时，使用此 Skill。 这是 vibe-coding-kit 套件里负责"成长"的核心 Skill：用 6 个大白话维度拷问任何方案，再配五步决策法做选择。 即使用户没明说"架构"二字，只要 ta 面对多个技术方案不知道怎么选、或看不懂 AI 的技术建议，就应主动用本 Skill。
一个"访谈式"的需求 Agent：通过一问一答 + 在岔路口给建议，把一个说不清需求的人，带到一份 AI 能直接照着开工的 PRD。 当用户说"我想做个 XX 但不知道怎么跟 AI 说"、"帮我理需求"、"帮我写个 PRD"、"我有个想法，帮我想清楚再开工"， 或在 Claude Code / Codex 里准备开一个新项目、却还没把要做什么定清楚时，使用此 Skill。 它不是让用户填表格，而是像产品顾问一样访谈：一次只问一件事，遇到用户判断不了的选择（尤其"产品形态"和"技术栈"） 会给出 2-3 个大白话选项 + 推荐一个最简可行的默认 + 一句话讲清代价，等用户拍板。 访谈结束后，直接把 prd.md 和 项目说明书.md 写进项目目录，并提议生成可点击的 HTML 原型。 这是 vibe-coding-kit 套件里"把需求从人嘴里问出来"的交互入口。
把验证过的 Vibe Coding demo，做成能长期运行、给别人用的正式系统。 当用户说"想上线"、"怎么部署"、"这个 demo 想做成正式的"、"要注意安全吗"、"怎么测试我的项目"， 或者准备把代码开源/公开发布时，使用此 Skill。涵盖开发规范、安全基线、部署、手动验收、文档要求。 这是 vibe-coding-kit 套件里负责"从 demo 到上线"的 Skill。 即使用户没明说"上线"二字，只要 ta 准备把一个能跑的东西交给别人用、或放到服务器/公网上，就应主动用本 Skill。
Vibe Coding（用 AI 写代码）项目的第一步：把模糊的想法，变成 AI 能精准落地、不会跑偏的需求。 当用户说"我想做一个 XX"、"帮我用 AI 做个 demo"、"我有个想法想验证"、"帮我跟 AI 对齐需求"， 或者描述了一个还很模糊的软件/工具/系统点子时，使用此 Skill。也用于先判断"这件事到底要不要写代码"。 这是 vibe-coding-kit 套件的入口——只想跑 demo 验证想法的人，通常只需要这一个 Skill。 它不止教你说清"想要什么"，还教你用"数据旅程 + 3×4 提问"把需求补全到考虑周全，避免只描述了"一切顺利"的happy path。 即使用户没明说"规划"二字，只要 ta 准备让 AI 开始写代码、却还没把需求说清楚，就应主动用本 Skill 先做需求对齐。
Vibe Coding（用 AI 写代码）开发过程中的避坑与自救——真正翻车大多发生在"开工后"。 当用户说"AI 越改越乱"、"demo 改坏了退不回去"、"AI 老忘记之前说的"、"功能越加越多很乱"、 "AI 说做好了但其实没用"，或者正在用 AI 持续开发一个项目时，主动使用此 Skill。 涵盖：管理 AI 对话（防忘事）、守住范围（防膨胀）、保住能用的版本（防丢失）、让 AI 证明给你看（防轻信）， 以及哪些事必须找真人工程师的「红线」，和把一切串起来的「项目说明书」。 这是 vibe-coding-kit 套件里贯穿整个开发过程的 Skill，建议从第一行代码起就配合使用。