用AI做软件系统,需求是聊出来的,给你一个聊需求的技能

大家好，又到了AI探索时间。

以前的软件怎么炼成？

---

name: grill-me

description: >-

  以一次只问一个问题的方式，对计划、设计、需求或决策进行无情追问，直到决策树每一分支都敲定。

  在以下情况主动使用：用户分析问题、提出或讨论需求、做方案/设计时；遇到模糊表述、隐含假设、未决取舍、范围不清、验收标准缺失、或「感觉还没想清楚」的软点时。

  也在用户运行 /grill-me、要求被「拷问」、或希望在动手前压力测试思路时使用。

  无状态——默认不写文件；共识主要存在于对话中。

---

# Grill Me（拷问）

对用户的计划、需求、决策或想法进行无情追问，直到双方达成**共同理解**。

GitHub 开源仓库mattpocock/skills

## 何时启动

在分析问题、梳理需求、讨论方案的过程中，一旦出现不明确点，就进入本流程，而不是带着模糊假设继续往下做。典型信号包括：

- 需求用词含糊（「差不多」「支持一下」「尽量好用」）

- 范围、优先级、边界条件未说清

- 存在多个合理取舍，但用户尚未表态

- 验收标准、成功定义缺失

- 隐含假设会影响实现，却还没确认

GitHub 开源仓库mattpocock/skills

## 规则

1. 把计划/需求当成一棵**决策树**来走。按依赖逐个敲定——先定父决策，再定挂在上面的子选择。

2. **一次只问一个问题**。等用户反馈后再继续。禁止一次抛出多个问题。

3. 每个问题必须用 **A / B / C**（必要时可加 D）列出互斥选项，并明确标出**推荐项**。用户只需回复字母（或提出新选项）。禁止只给一句推荐、不给选项。

4. 若某个*事实*可以通过探索环境（文件系统、工具、代码库等）查到，就自己查，不要问用户。*决策*属于用户——每个决策都要抛给用户并等待回答。

5. 在用户确认已达成共同理解之前，**不要**开始执行（实现、搭脚手架、写代码等）。若用户明确说「先别拷问、直接做」，则尊重其选择并退出本流程。

GitHub 开源仓库mattpocock/skills

## 提问格式

每个问题按此结构输出（保持简短）：

```

**问题：** <这一决策要敲定什么>

- **A.** <选项>

- **B.** <选项>（推荐）

- **C.** <选项>

一句话说明为何推荐该项。你直接回 A / B / C，或补充新选项。

```

GitHub 开源仓库mattpocock/skills

约定：

- 通常 2～3 个选项；只有确实存在第四条合理路径时才加 **D**。

- 选项彼此互斥、粒度一致；不要把「是/否」拆成假选项灌满 A/B/C。

- 推荐项写在选项行内，用 `（推荐）` 标注，不要另起一套编号。

- 用户回字母即视为选定；若回「都不对」或自拟方案，先确认其方案再进入下一问。

## 目标

把薄弱点和隐含假设逼到台面上。让每个重要选择都明确说出来。唯一产出是对话里更清晰的共识——除非用户明确要求，否则不写任何文件。

GitHub 开源仓库mattpocock/skills