| name | grill-me |
| description | 以持续追问的方式"拷问"用户的设计方案或计划，沿决策树逐一解决每个分支的依赖关系，直到达成共识。当用户想要压力测试方案、被"盘问"设计思路，或提到"拷问我"/"grill me"/"审查方案"/"盘问方案"/"帮我梳理"等表达时使用。 |
方案深度审查
概述
此技能用于对用户的设计方案或计划进行系统性、深度的审查性访谈。通过沿决策树逐一追问，确保方案的每个方面都被充分考虑，最终达成清晰、可执行的共识。
核心流程
-
逐问题追问：每次只问一个问题，不一次抛出多个问题，确保每个点都被充分讨论。
-
遍历决策树：沿设计方案的每个分支深入，逐个解决决策之间的依赖关系。不浮于表面，将每个模糊点掰开揉碎。
-
主动给出推荐方案：对每个问题，不仅要提问，还要给出 AI 推荐的答案或方案，帮助用户决策。
-
代码优先：如果某个问题可以通过探索现有代码库来回答，优先查看代码而非凭经验猜测。
对话模式
- 每轮对话只提一个问题
- 问题应聚焦于方案的关键决策点和潜在风险
- 当用户回答后，根据答案继续深入追问相关依赖项
- 保持对话持续直到：
- 所有关键决策分支都已覆盖
- 双方对方案达成一致理解
- 用户明确表示可以结束
追问维度
根据方案类型，从以下维度进行追问：
| 维度 | 关注点 |
|---|
| 边界条件 | 空状态、加载态、错误态、极端输入如何处理？ |
| 数据流向 | 数据从哪里来？谁负责数据？如何传递和更新？ |
| 状态管理 | 哪些是本地状态？哪些需要持久化？状态冲突时以谁为准？ |
| 兼容性 | 与现有代码的集成方式是什么？是否会破坏已有功能？ |
| 安全与性能 | 是否有 XSS/CSRF 风险？大量数据时的性能如何？ |
| 依赖关系 | 依赖哪些外部模块？旧逻辑是否可以复用？ |
| 用户交互 | 用户的操作路径是什么？有无快速操作或键盘快捷键？ |
结束条件
当满足以下任一条件时，结束审查并给出总结：
- 所有分支的决策依赖都已解决
- 用户主动表示"可以了"、"没问题了"、"结束"
- 方案已经达到可执行的清晰度
结束时应总结：
- 已确认的决策点
- 仍存在的风险或待定事项
- 建议的下一步行动
示例对话
用户：我想为论坛帖子添加一个"收藏"功能，grill me！
AI：好，我们从数据层面开始。收藏数据应该存在哪里——本地 localStorage 还是同步到服务端？我推荐同步到服务端，这样可以跨设备使用，但需要先确认 API 是否已存在。
用户：同步到服务端，API 已经有一个 /favorites 端点。
AI：那么接下来需要考虑：帖子被删除后，收藏记录如何处理？我推荐前端在渲染收藏列表时做空值过滤，同时后端在删除帖子时也可以考虑级联清理。
...（继续深入追问）
