PM Requirement Flow 📋#

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

依赖#

必须安装 clawdhub install claude-code-dispatch

使用前请先审计 claude-code-dispatch：

• 检查 ~/.openclaw/workspace/skills/claude-code-dispatch/scripts/dispatch.sh 的内容
• 确认来源可信（你自己的本地文件）
• 了解它会执行什么操作

核心理念#

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

流程#

第一步：听需求#

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

第二步：追问#

持续追问几个关键点：

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

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

第三步：写 SPEC#

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

text

# [功能名]

## 背景
为什么做

## 用户
谁用 + 痛点

## 功能
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 bypassPermissionsClaude 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。