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 开发：
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。