用途：/start 用于从想法启动项目。用户带着一句话想法进入，离开时得到一份可供后续流程使用的 PRD。
主要能力：访谈采用“覆盖式走查”，以 PRD 自身章节为计划，逐节访问，文档中不会出现既未被询问也未被显式假设的内容。走查在提问前静默完成，/start 只提问一次。
走查章节：Problem（谁在受苦、如何、现状）、Actors（产品层面谁使用系统）、Journey & stories（每个角色端到端做什么）、Product decisions（登录、通知、集成等策略选择）、Phasing（先交付什么，薄垂直切片最适合 MVP）、Out of scope（明确不做什么）。每节先查阅组织技能，其默认值能回答的问题不再提问，而是记为普通 Product Decision；只记录会改变文档的问题。
使用方式：想法会随指令附带；若缺失，先以一次 ask_question 询问“What are you building?”，可给具体示例选项并欢迎自由文本。随后只发一次 ask_questions 表单，携带走查中记录的问题，并据答案写 PRD。问题数量以“改变 PRD”为准，三个问题即可，不凑数；超出表单容量时，优先问影响最大的，其余按跳过阀处理，用推荐答案并标注 assumed。用户随时可说“just generate”或“skip”，立即停止提问，剩余决策填推荐答案并标注 assumed。
输出：写入 specs/requirements/prd.md（固定完整路径），加载本技能的 references/prd-contract.md 并严格遵循，其中定义各章节、故事编号规则及 PRD 有意排除的内容。逐功能深度写入 specs/requirements/features/<slug>.md，不进入 PRD 正文。确实无法回答的内容进入 Open Questions，标注而不猜测。
重复运行：若 prd.md 已存在，视为修订而非重写：追加新故事并使用新编号（故事编号永久），只更新变更涉及的章节，保留用户手改内容；仅当用户明确要求时才从头重新生成，覆盖前需确认。此处同样只发一次表单，范围变更的问题应少于冷启动。
限制：/start 止于 PRD。设计、组件与任务属于后续步骤，各有自己的技能与关卡。结束时用一段话总结所做决策（点出每个 assumed），并指向下一步：先审阅 specs/requirements/prd.md，再运行 /design；未决问题必须在设计开始前回答或明确推迟。