PM 协作架构 🏗️

角色分工

角色	工具	职责
Yi (甲方)	Telegram/微信	提需求、验收、决策
我 (PM)	OpenClaw + Skills	需求分析、任务派发、质量验收
Claude Code (Developer)	Factory Plugin + Superpowers	实际开发、自查、代码审查

工作流程

Yi (甲方)
    │
    ▼ 提需求
┌─────────────────────────────────────┐
│           Me (PM)                    │
│  1. 需求澄清 → 写 SPEC/PRD          │
│  2. 任务拆分 → 派给 Claude Code    │
│  3. 质量验收 → 独立复核不轻信       │
└─────────────────────────────────────┘
    │                    ▲
    │ 派任务              │ 完成通知
    ▼                    │
┌─────────────────────────────────────┐
│       Claude Code (Developer)         │
│  • Factory 开发流水线               │
│  • Superpowers 自查机制             │
│  • /think → /plan → /build → /check │
└─────────────────────────────────────┘

Skills 矩阵

我 (PM) 用的 Skills

Skill	用途
pm-skills (20个)	需求分析、PRD、OKR、优先级、用户访谈等
pm-requirement-flow	需求澄清→派发→验收完整流程
claude-code-dispatch	异步派发任务给 Claude Code
clawteam	多 Agent 协调

Claude Code 用的 Skills

Skill	用途
Factory Plugin	完整开发流水线
Superpowers	自查机制（Iron Law、verification）

关键机制

1. 异步派发 (claude-code-dispatch)

# 我派任务
dispatch.sh -p "需求描述" -n "任务名" --workdir 项目目录

# Claude Code 在后台运行
# 完成后 → Hook 触发 → Telegram 通知我

2. 质量门

层	检查点	执行者
开发自查	Iron Law、无测试不写代码	Claude Code
Code Review	3角色并行审查	Claude Code (Factory)
PM 验收	独立验证、不轻信	Me (PM)

3. 验收闭环

Claude Code 报告 "完成了" 
        │
        ▼ 我要问：
        1. 实际产出是什么？给我看
        2. 验证了哪些场景？
        3. 有没有遗漏的需求点？
        │
        ▼ 通过后
告知 Yi "可以用了"

信任规则

不轻信原则： Claude Code 的自查是开发层质量保证，但 PM 必须独立验收。Agent 报告的"成功"≠实际完成。

快速命令参考

派发任务

nohup bash scripts/dispatch.sh \
  -p "需求" \
  -n "任务名" \
  --workdir /项目路径 \
  --permission-mode bypassPermissions \
  > /tmp/dispatch.log 2>&1 &

查看任务状态

cat ~/.openclaw/data/claude-code-results/latest.json
cat ~/.openclaw/data/claude-code-results/hook.log

Claude Code 内置命令

/think    # 方案设计
/plan      # 任务规划  
/build     # 开发实现
/check     # 三角色审查
/ship      # 上线准备
/full-dev  # 完整流水线

Skill 文件发布

Skill 文件路径：~/.openclaw/workspace/skills/

发布到笔记站：~/.openclaw/workspace/projects/notes-site/docs/skills/