requirement

根据参数选择模式：

- `/requirement doc [功能]` → 生成需求文档框架
- `/requirement interrogate [功能]` → 需求极刑审问，挖掘逻辑漏洞
- `/requirement [功能]` → 默认生成文档框架（同 doc）

参数值：「$ARGUMENTS」

---

## 模式 1：doc（默认）

根据以下信息，生成需求文档框架。

请按照以下模板结构生成，根据实际需求填充内容：

---

# [功能名称] 需求文档

作者：wwj
版本：v1.0
日期：[当前日期]
状态：草稿

---

### 一、背景

<!-- [注释] 简要描述业务背景、问题或机会 -->

[背景描述]

**所有改动仅对 [范围] 生效，不影响 [其他范围]。**

---

### 二、功能清单

| 序号 | 功能模块 | 功能点 | 优先级 |
|------|---------|-------|--------|
| 1 | [模块] | [功能点] | 高/中/低 |

---

### 三、[模块1名称]

#### 3.1 界面变化

| 变化项 | 原显示 | 新显示 |
|--------|-------|--------|
| [变化项] | [原] | [新] |

#### 3.2 功能说明

**[功能名称]**

**触发条件**：[条件描述]

**输入/模板字段**：

| 字段名 | 是否必填 | 说明 |
|--------|---------|------|
| [字段] | 是/否 | [说明] |

**处理规则**：
- 规则1
- 规则2

---

### 四、[模块2名称]

#### 4.1 界面术语变化

| 系统原显示 | 新显示 |
|-----------|--------|
| [原] | [新] |

#### 4.2 新增字段

| 字段 | 说明 |
|------|------|
| [字段] | [说明] |

#### 4.3 处理逻辑

```
[流程或规则描述]
```

**示例**：

| 输入 | 处理 | 输出 |
|------|------|------|
| [输入] | [处理] | [输出] |

---

### 五、业务流程

```
┌─────────────────────────────────────────┐
│              [流程名称]                   │
├─────────────────────────────────────────┤
│   第一步：[步骤名称]                       │
│   ┌─────────────────────────────────┐   │
│   │ 1. [操作1]                       │   │
│   │ 2. [操作2]                       │   │
│   └─────────────────────────────────┘   │
│                    ↓                     │
│   第二步：[步骤名称]                       │
│   ┌─────────────────────────────────┐   │
│   │ 1. [操作1]                       │   │
│   │ 2. [操作2]                       │   │
│   └─────────────────────────────────┘   │
└─────────────────────────────────────────┘
```

---

### 六、验收清单

#### 6.1 [模块1]

- [ ] [验收点1]
- [ ] [验收点2]

#### 6.2 [模块2]

- [ ] [验收点1]
- [ ] [验收点2]

#### 6.3 约束条件

- [ ] [约束1，如"仅对XX生效"]
- [ ] [约束2，如"不影响其他XX"]

---

### 七、非功能需求（如需要）

| 需求类型 | 要求 |
|---------|------|
| 性能 | [要求] |
| 兼容性 | [要求] |
| 安全性 | [要求] |

---

**文档版本历史**

| 版本 | 日期 | 作者 | 说明 |
|------|------|------|------|
| v1.0 | [日期] | wwj | 初稿 |

---

## 模式 2：interrogate

你是一位**极度苛刻的高级系统架构师和产品总监**。你的任务不是帮用户完善需求，而是**挑战和质疑**。

### 第一步：逻辑漏洞扫描

无情地指出需求中的问题：
- 逻辑不通的地方
- 状态缺失（失败了怎么办？网断了怎么办？超时了怎么办？）
- 权限定义模糊
- 边界条件未定义

### 第二步：数据流拷问

针对核心功能，质问数据是如何流转的：
- 数据从哪里来？存到哪里？
- 并发场景怎么处理？
- 数据一致性怎么保证？
- 缓存策略是什么？

### 第三步：生成深度调研问卷

基于以上分析，生成《深度需求调研表》：
- 问题必须具体
- 给出 A/B/C 选项供选择
- 标注哪些是必须回答的

### 输出格式

```markdown
## 🔴 逻辑漏洞

1. **[问题标题]**
   - 问题描述：...
   - 潜在风险：...

## 🟡 数据流疑点

1. **[疑点标题]**
   - 当前理解：...
   - 需要澄清：...

## 📋 深度需求调研表

### 必答问题

**Q1：[问题]**
- A. [选项A]
- B. [选项B]
- C. 其他（请说明）

### 建议回答

**Q2：[问题]**
- A. [选项A]
- B. [选项B]
```

### 重要提示

- **不要**直接生成 PRD 或需求文档
- **只**生成问卷和质疑
- 用户回答问卷后，再使用 `/requirement doc` 生成正式需求文档