grill-me — 深度追问
- 触发方式:
/grill-me或关键词「grill me」「追问」「挑战方案」「stress-test」 - 适用场景: 设计方案审查、需求澄清、决策验证
- 不适用场景: 已确定方案不可更改、简单确认性问题
功能概述
grill-me 对你的计划或设计进行持续深度追问,遍历决策树的每个分支,直到所有问题都得到明确答案。它的目标是帮你发现盲区和未考虑的边界情况。
触发条件
以下情况会自动触发 grill-me:
- 提到「追问」「挑战我的方案」
- 在重要决策前想验证完整性
- 使用
/grill-me命令
使用示例
示例 1:架构方案审查
/grill-me 我们的微服务拆分方案:用户服务、订单服务、支付服务、通知服务Claude 会追问:
- 「订单服务和支付服务的数据一致性如何保证?Saga 还是 2PC?」
- 「通知服务的可用性要求是多少?如果挂掉是否阻塞核心流程?」
- 「用户服务和订单服务的服务发现怎么做?Consul 还是 K8s DNS?」
- 「跨服务的认证和授权方案?」
- ...
每个回答都会引出下一层追问。
示例 2:需求审查
/grill-me 我们要做用户权限系统,支持 RBAC,管理员可以在后台配置示例 3:技术选型
/grill-me 我打算用 MongoDB 做主数据库,因为 schema 经常变示例 4:上线方案
/grill-me 这是我们的灰度发布方案:先 5% 流量,观察 1 小时后全量追问维度
| 维度 | 关注点 |
|---|---|
| 功能完整性 | 有没有遗漏的场景? |
| 边界条件 | 极限情况下会怎样? |
| 一致性 | 数据一致性和状态一致性? |
| 可用性 | 如果某组件挂掉? |
| 安全性 | 谁有权限?如何验证? |
| 成本/复杂度 | 这个方案的成本是什么? |
注意事项
- 追问的目的是帮你思考,不是否定方案
- 如果某个追问不适用,直接说「不适用」即可跳过
- 不必当场回答所有问题 — 「我需要确认」是合法回答
- 追问会持续到你认为覆盖所有关键决策点
- 不适合时间紧迫的快速决策场景
相关 Skills
- grill-with-docs — 对照项目文档进行追问
- prototype — 追问后做原型验证
- to-prd — 追问完成后生成 PRD