六大工作流概览

PinableAgents 提供六种内置工作流，每种针对不同开发场景优化：

工作流	适用场景	团队规模	核心特点
do	功能交付	1-2 人	7 阶段标准流程，质量门禁
omo	Bug 调查	1-5 人	信号驱动路由，风险自适应
bmad	企业级	5-20 人	6 角色 Scrum，多层审查
sparv	快速验证	1-3 人	2-3 阶段，极速反馈
requirements	需求驱动	3-10 人	需求追溯矩阵
pinable-auto	全栈交付	1-3 人	自动编排 + 专项验证

按场景推荐

日常功能开发

使用 do 工作流，Claude Code slash 命令启动：

/do 实现用户注册接口

Bug 根因调查

使用 omo 工作流，信号驱动自动扩展调查范围：

/omo 调查登录失败的根本原因

快速原型验证

使用 sparv，先验证可行性再完善：

/sparv 验证 WebSocket 推送方案

企业级大型项目

使用 bmad，多角色协作，严格质量门控：

/bmad 实现完整的权限管理系统

全栈功能交付

使用 pinable-auto，自动编排 + API 测试 + 无障碍验证：

pinable-auto 实现用户模块（前后端+DevOps）

命令格式

所有工作流通过 Claude Code slash 命令启动：

# 在 Claude Code 中直接输入 slash 命令
claude

> /do 为项目添加健康检查端点
> /omo 修复订单并发问题
> /bmad 实现 RBAC 权限系统
> /sparv 验证 AI 搜索方案
> /requirements 实现支付模块 --spec ./spec.md

决策流程

任务开始
  │
  ├─ 需求已文档化？ ── 是 ── requirements 工作流
  │
  ├─ 探索/验证阶段？ ── 是 ── sparv 工作流
  │
  ├─ Bug 调查？ ── 是 ── omo 工作流
  │
  ├─ 大型团队（5人+）？ ── 是 ── bmad 工作流
  │
  └─ 全栈多层面变更？ ── 是 ── pinable-auto
       │
       └─ 默认 ── do 工作流

核心差异

维度	do	omo	bmad	sparv	requirements	pinable-auto
阶段数	7	5-7	8-12	2-3	4-6	6
质量门控	中等	信号触发	多层严格	快速验证	需求追溯	专项验证
适用规模	1-2人	1-5人	5-20人	1-3人	3-10人	1-3人
启动速度	快	中等	慢	最快	中等	自动

pinable 编排层

除了 slash 命令，pinable 作为编排层提供统一入口：

# 通过 pinable 调用，编排层自动选择后端
pinable --backend claude "实现用户注册"

# 强制使用特定后端
pinable --backend codex "实现用户注册"

# 恢复会话
pinable resume <session_id> "继续上次的任务"

工作流迁移

随着项目发展，可以平滑切换工作流：

# sparv 验证后，切换到 do 完善
/do 基于 sparv 原型完善功能

# do 遇到复杂问题，临时切换 omo
/omo 深入调查这个问题

# 项目扩大，迁移到 bmad
/bmad 重构用户模块