【用一个/interview命令，让Claude帮你把模糊需求变成防弹级规格说明】在AI辅助编程的时代，最大的痛点往往不是代码本身，而是需求的模糊性。你以为说清楚了，AI以为理解了，结果写出来的东西南辕北辙。Jarrod Watts分享了一个简洁而强大的工作流：为Claude Code创建一个自定义的/interview命令，通过结构化的问答来消除规格说明中的所有歧义。---工作流程1. 使用plan模式创建初始计划2. 运行/interview命令3. Claude会提出20-50个澄清性问题4. 根据你的回答，Claude更新计划文件核心思路是：让模型来审问你的计划，而不是简单地润色它。---命令实现在`.claude/commands/interview.md`中创建：```---allowed-tools: AskUserQuestion, Read, Glob, Grep, Write, Editargument-hint: [plan-file]description: Interview to flesh out a plan/spec---Here's the current plan:me in detail using the AskUserQuestion tool about literally anything: technical implementation, UI & UX, concerns, tradeoffs, etc. but make sure the questions are not obvious.Be very in-depth and continue interviewing me continually until it's complete, then write the spec back to `$ARGUMENTS`.```这个命令的精妙之处在于：它要求问题"不能是显而易见的"，迫使AI深入挖掘那些你可能忽略的细节和边缘情况。---社区的优化建议讨论中涌现了几个值得借鉴的改进思路：分段检查点：与其最后生成一个巨大的文档，不如每5-8个问题后让Claude写一个中间版本的迷你规格说明。这样审查进度不会那么overwhelming，也能及早发现偏离。持久化问答对：将这些Q&A对保存为可复用的技能，让未来的规格说明自动继承过去的决策，而不是每次从零开始。多智能体协作：让Claude和其他模型（如Codex）对你的答案进行乒乓式讨论，直到达成共识，可以发现更多盲点。简化替代方案：有人直接在CLAUDE.md文件中定义一个缩写词UAUQ（Use AskUserQuestion），比专门的命令更通用灵活。---为什么这个模式有效？大多数bug的根源是模糊的规格说明。这个/interview命令本质上是把"规格说明"变成了一等公民——在任何实现决策被锁定之前，就把歧义解决掉。它是一种可重复的方式来"与自己辩论"，在写一行代码之前就完成。有评论者分享了一个生动的教训：他曾因为一个未经充分测试的脚本导致洛杉矶的网络中断。通过结构化问题消除歧义，就是"更新"和"故障"之间的区别。---一个有趣的观察20-50个问题看起来很多，但实际运行中Claude通常会分批提问，每批4-5个问题，直到它"满意"为止。问题数量取决于规格说明的范围——简单项目可能10个问题就够了。这个模式的真正价值不在于问题的数量，而在于它强制你在动手之前把事情想清楚。正如一位评论者调侃的：我们都把"深思熟虑"外包给了一个命令。x.com/jarrodwatts/status/2006138974834716993
