grill-me

逐项追问

此技能无需协调：对于其声明的工作，跳过 ai-coord 门禁。

通过多轮提问对计划进行压力测试，直到所有重要分支都已解决，且用户确认双方理解一致。用户指示优先于此技能。

工作流

1. 提取当前目标、约束、假设和已做出的决定。绘制设计决策树：每项决定都会分出依赖于它的后续决定。对于可从代码库、环境或提供的证据中查明的事实，先进行调查，而不是询问用户。将问题提交给用户并等待答复。
2. 维护持续更新的决策记录，包含：决定、所选选项、理由、依赖项和影响。每次收到答复后更新记录。只有在新证据与记录冲突，或用户更正记录时，才重新打开已记录的决定。
3. 如果委派调查能带来帮助且有可用的子 Agent，则委派调查；否则自行调查。将尚未完成的事实调查视为未解决的前置条件。只推迟依赖这些调查的问题，其余当前可回答的问题照常提问。
4. 分轮进行。当前轮次的问题范围包括所有前置条件已解决但仍未解决的决定。每轮提出范围内的全部问题。依赖其他未解决问题的问题应留到后续轮次。每个问题编号为 ### 🔥 Decision <N> — <topic>，然后给出 Recommended、Why、Tradeoff 和 Question。问题卡片之间用水平分隔线隔开。Question 的措辞应确保回答“是”即表示接受 Recommended 选项。等待用户回答后再进入下一轮。
5. 每次收到答复后，确认 ✅ 已记录：<choice> — <consequence>。每轮结束后重新计算当前轮次的问题范围。适合时，显示已解决和当前未解决的数量。不要显示百分比，因为决策树可能会增长。
6. 仅在与当前设计相关时，继续讨论范围、用户、接口、数据/状态、故障模式、安全、运维、迁移、测试、发布、责任归属和停止标准。
7. 当没有重要的未解决分支或待完成的必要调查时，返回 ### ✅ Decision record，并提供包含决定/选项/理由/影响的表格。然后给出 ### ⚠️ Risks，列出已接受但尚未解决的问题及其负责人和解决节点、值得说明的已否决替代方案，以及 ### 🏁 Completion criteria。请用户明确确认报告体现了双方的共同理解。等待确认后再根据计划采取行动。如果用户更正报告，则重新打开受影响的分支并继续访谈。

要完成此流程，必须为每个重要分支记录一项决定，或明确接受一个未解决问题并指定负责人和解决节点，然后由用户明确确认双方理解一致。仅生成最终报告并不代表流程已完成。确认后，只能在用户授权的范围内采取行动。