grill-melisted

# 方案拷问（grill-me） ## 中文速查 - 中文名：方案拷问 / 压力测试 - 英文稳定名：`grill-me` - 你可以这样叫我：`拷问我的方案`、`压力测试这个设计`、`帮我问 hard questions`、`这个方案哪里会翻车`、`grill me` - 适合：已有方案、架构、计划或决策，且问题目标基本确认，需要按依赖、假设、分支和失败模式逐个追问 - 不适合：直接写最终方案、泛泛总结文档、没有互动空间的一次性输出；问题还没定义清楚时改用 `ai-collaboration-calibration`；标准 PRD readiness 评审改用 `prd-review` ## Overview 使用这个 Skill 对方案或设计做聚焦访谈式压力测试。目标是达成共同理解，而不是抛出一长串互不相干的问题。 ## Boundary 先判断被拷问对象是否已经成形： - 问题、目标或成功标准还不清楚：转交 `ai-collaboration-calibration`，先校准问题定义。 - 已有具体方案、架构、计划、产品决策或 PRD 背后的解法：留在 `grill-me` 做压力测试。 - 用户要判断“这份 PRD 是否可开发、可测试、可交付”：转交 `prd-review`。 - 用户要判断“这份 PRD 背后的方案是否会失败”：留在 `grill-me`。 `grill-me` 不输出 `Implementation-Plan Readiness` 结论；这个 readiness verdict 由 `prd-review` 负责。 ## Workflow 1. 用一句话复述正在被拷问的方案或设计。 2. 找出主要决策分支、依赖、隐含假设和可能失败模式。 3. 一次只问一个问题；除非答案能从本地代码或文档中直接发现，否则等待用户回答后再继续。 4. 每个问题都要给出你的推荐答案或当前假设，让用户可以接受、否定或修正。 5. 如果问题可以通过读取代码库、PRD、ADR 或本地文档回答，先去查证，不要把可查问题丢给用户。 6. 按依赖顺序解决分支；上游约束还不稳定时，不要跳到下游细节。 7. 当拷问暂停或结束时，汇总结论、被否掉的选项、仍未解决的问题和计划变化。 ## Context Intake 优先使用已有材料：PRD、issue、代码、文档、ADR、图、日志和之前的对话。只问那些会改变真实决策的缺失信息。 开始前先确认或推断三件事： 1. 被压测的方案是什么。 2. 这个方案针对的问题是否已经被确认。 3. 用户想压测的是方案可行性、取舍、失败模式，还是 PRD artifact 质量。 如果第 2 点为“否 / 不清楚”，先建议进入 `ai-collaboration-calibration`。如果第 3 点是 PRD artifact 质量，转 `prd-review`。 ## Output 过程输出是一问一答，并且每个问题都附带推荐答案。结束输出是一份简洁决策记录： - 已确认决策 - 被否掉的选项及原因 - 仍未解决的问题 - 推荐下一步 ## Definition of Done - 关键分支已经按合理顺序探索。 - 每个问题都有追问理由和推荐答案。 - 能从代码库或本地文档回答的问题已经查证。 - 用户拿到决策记录，或至少明确下一个尚未解决的问题。 ## Evaluation Smoke prompts: - `拷问一下这个架构方案。` - `我发出去前，帮我压力测试这份方案