让 Claude Code 接一个需求时，最危险的不是它写不出代码，而是它太早开始写。mattpocock/skills 里和“先问清需求”最相关的，是 `/grill-me` 和 `/grill-with-docs`：先把计划问透，再让 Agent 进入实现。

先解决对齐问题

README 把常见失败说得很直：Agent 没做出你想要的东西，往往不是能力不够，而是你和它对需求理解不一致。使用时不要一上来就说“实现这个功能”，先让 Claude Code 进入追问模式。

它能帮你把模糊想法拆成具体判断，不能替你决定业务取舍。失败场景是你只回答“都可以”，Agent 仍会自己补默认答案，后面代码看似完整，方向却偏了。

什么时候用 grill-me

如果只是想把一个计划问清楚，用 `/grill-me` 更轻。它会围绕目标、限制、边界、失败样子继续追问，适合产品想法、重构计划、接口变更前的澄清。

用法上可以先给一句背景，再输入 `/grill-me`，要求它一次只问一个问题。答完后让它复述当前理解，再决定是否进入实现。失败场景是问题还没问完就催它写代码，前面的追问价值会被打断。

如果刚装好 mattpocock/skills，还要先跑 `/setup-matt-pocock-skills`。它会问 issue tracker、triage 标签和文档保存位置。配置过这一步，后面追问出来的结论才更容易接到 PRD、issue 和文档。

什么时候用 grill-with-docs

如果需求会影响多人协作，或领域词很多，用 `/grill-with-docs` 更合适。它同样追问计划，但会把词汇和决策沉淀到文档里，比如术语表和 ADR，后续会话不必重新解释一遍。

提问后怎么验收

追问结束后，不要马上看代码。先检查三件事：Claude Code 是否说清目标，是否列出不做什么，是否给出成功标准。三项都清楚，再让它写 PRD、拆 issue 或开始实现。

这套方法适合需求不清、影响范围不确定、你担心 Agent 自作主张的任务；如果只是改拼写或换一个按钮文案，完整追问会显得重。收尾时看一眼对话记录：问题少了、标准清楚了，再开工才算用对。