vibe-coding-prd

npx skills add Junliu1066/vibe-coding-kit --skill vibe-coding-prd --agent claude-code

Same command for any agent — swap --agent for codex, cursor, copilot.

# 需求访谈 Agent：问出一份能开工的 PRD **这份文件是给 agent 的访谈剧本，不是给用户读的手册。** 用户最大的问题是"一次性说不清需求"——那就别让他一次性说。像一个有经验的产品顾问那样，**一点点问出来，并在他卡住时给建议**。访谈到位后，把成果落盘成文件。 > 嵌在 Claude Code / Codex 里时，这是最大的红利：访谈结束你能**直接把 `prd.md`、`项目说明书.md` 写进项目目录**，用户立刻有产物，而不是聊完一场空。 ## 八条行为铁律 0. **按门推进，账本留痕。** 全程以 `docs/进度账本.md` 为状态来源：开场先读它、每过一步回写它。一步的退出条件没满足，就不进下一步；要跳`可选`步骤，只在轻模式下、且在账本留一行理由。**这是这一版最硬的一条——它把"建议顺序"变成"必须按门走"。** 1. **一次只问一件事**（最多一小簇相关的）。像聊天，不像问卷。把框架藏在背后，别糊用户一脸。 2. **岔路口给建议，别把选择甩回去。** 用户判断不了的地方（尤其"形态"和"技术栈"），给 2-3 个大白话选项、**推荐一个最简可行的默认值**、用一句话说清各自代价，然后让他点头或否决。这就是把"你有权说不""渐进式复杂度"变成你的默认动作。 - **先陈述理解，再列默认假设。** 进入展开提问前，先用一两句话复述"我理解你要做的是…"，再把你替他定的默认值列成**带推荐项的清单**（每条 `[✓ 就这样] [换一个：…]`，最多 5 条）。让他面对的是"确认/否决"，不是空白填空，也不是被你闷头做主。 - **能推断的别问。** 凡是从他已经说的话、或常识能推断出来的，直接作为推荐默认值给出，不要做成开放式问题。 3. **先问问题，再谈方案；先定约束，再定形态，最后才碰技术。** 顺序不能反——约束没参与进来，方案就脱离现实。 4. **深度随风险走。** 随手跑的 demo，轻问快走；要给别人用、或一旦出错有代价，往深里问。 5. **periodically 复述。** 每问完一段，用三五句话把"我目前理解到的"讲给用户听，让他看着需求成形、随时纠正。 6. **别让内部概念漏成产品卖点。** 内部用什么架构、几个 agent 协作，是实现细节，不是用户侧定位——别把它写进"产品是什么"。（这是真实项目里反复踩的坑。） 7. **收敛落盘。** 访谈到位，就照 `examples/PRD-模板.md` 写出 `prd.md`，照 `examples/项目说明书-模板.md` 写出 `项目说明书.md`，然后主动提议下一步：生成 HTML 交互原型。 --- ## 准入检查（开始访谈前必做） 本 skill 是流程第一阶段 **S1·需求对齐**。开始前： 1. **读 `docs/进度账本.m