Pm Requirement Flow

---
name: pm-requirement-flow
description: "PM 工作流。需求澄清 → 派发 → 验收。Yi 平时派需求给 Claude Code 开发的流程，已经跑通了，记录下来方便复用。依赖 claude-code-dispatch。"
metadata: {"openclaw": {"emoji": "📋"}}
---

# PM Requirement Flow 📋

从模糊需求到代码上线的完整流程。

## 依赖

必须安装 `clawdhub install claude-code-dispatch`

**使用前请先审计 claude-code-dispatch：**
- 检查 `~/.openclaw/workspace/skills/claude-code-dispatch/scripts/dispatch.sh` 的内容
- 确认来源可信（你自己的本地文件）
- 了解它会执行什么操作

## 核心理念

不澄清不派发。需求不清楚的时候多问几句，比开发到一半发现理解错了再返工要快得多。

## 流程

### 第一步：听需求

听用户说什么，不要急着给建议。先理解清楚再动手。

### 第二步：追问

持续追问几个关键点：

- **背景**：为什么做？解决什么问题？
- **用户**：谁用？痛点是什么？
- **范围**：必须包含什么？可以不包含？
- **验收**：怎么算完成？有什么标准？

每次问 2-3 个，不要一次性问完。

### 第三步：写 SPEC

把需求整理成结构化文档：

```
# [功能名]

## 背景
为什么做

## 用户
谁用 + 痛点

## 功能
1. [功能1] - 验收标准
2. [功能2] - 验收标准

## 边界
- 包含：...
- 不包含：...

## 完成标准
怎么验证
```

### 第四步：确认

把 SPEC 发给用户确认：
- "是这样吗？"
- "有没有理解错的？"

### 第五步：派发

用 `claude-code-dispatch` 派给 Claude Code 开发：

```bash
nohup bash ~/.openclaw/workspace/skills/claude-code-dispatch/scripts/dispatch.sh \
  -p "需求：<SPEC内容>" \
  -n "功能名" \
  --workdir /项目路径 \
  --permission-mode bypassPermissions \
  > /tmp/dispatch.log 2>&1 &
```

**参数说明：**

| 参数 | 说明 |
|------|------|
| `--permission-mode bypassPermissions` | Claude Code 原生参数，允许跳过交互确认。没有这个参数，Claude Code 在需要授权时会卡住。 |
| `--workdir` | 项目路径，由用户在派发时指定，不是任意路径 |
| `nohup ... &` | 后台运行，实现异步不阻塞 |
| `> /tmp/dispatch.log` | 日志写到本地 tmp 目录，不上传 |

**安全说明：**
- dispatch.sh 是本地脚本，不上传数据
- `--permission-mode bypassPermissions` 是 Claude Code 的内置功能，用于 CI/CD 场景
- workdir 由你指定，Claude Code 只在你的项目目录操作
- 使用前请确保 claude-code-dispatch 来源可信

### 第六步：验收

Claude Code 完成后，独立验收：
- 检查实际产出
- 对照 SPEC 逐项核对
- 运行验证
- 不轻信"完成了"

通过后告知用户。

## 触发词

需求、开发、做个东西、帮我做XX、开始项目

---

*Yi 自用流程，感觉有用就拿去。使用前请先了解依赖的 claude-code-dispatch skill。*