OMX + Superpowers + Gstack 完整使用指南

🚀 OMX + Superpowers + Gstack 完整使用指南

版本:v1.0 | 更新日期:2026-04-30

Claude Code 三层架构完整使用指南,让你的 AI 助手更强大!


📐 一、三层架构总览

┌──────────────────────────────────────────────────────────────┐
│                    🎯 OMX 编排调度层                          │
│           统一入口 · 任务分发 · 状态持久化                     │
└──────────────────────────────────────────────────────────────┘
                              ↓
    ┌─────────────────┬─────────────────┬─────────────────┐
    │                 │                 │                 │
    ▼                 ▼                 ▼                 ▼
┌─────────┐     ┌─────────┐     ┌─────────┐     ┌─────────┐
│🧠 流程层 │     │⚡ 执行层 │     │🌐 交互层 │     │🛡️ 护栏层 │
│Super-   │     │OMX Team │     │Gstack   │     │Guard    │
│powers   │     │         │     │         │     │         │
└─────────┘     └─────────┘     └─────────┘     └─────────┘

🎯 三层分工

层级 🎨 职责 ⚡ 核心能力 🔥 代表命令
OMX 编排调度层 统一入口 · 任务分发 · 状态持久化 多 Agent 并行调度 omx team / omx resume
Superpowers 流程层 思考模式 · 设计验证 结构化思维流程 brainstorm / plan / TDD / debug
Gstack 交互层 外部世界 · 浏览器操作 自动化 QA & 部署 /browse / /qa / /ship / /deploy

💡 分工原则:Superpowers 思考 → OMX 调度 → Gstack 执行


🎯 二、任务分流决策流程

                    用户任务输入
                         ↓
                ┌────────────────┐
                │  🤔 判断任务规模  │
                └────────────────┘
                         ↓
    ┌────────────────────┼────────────────────┐
    │                    │                    │
    ▼                    ▼                    ▼
┌────────┐         ┌────────┐         ┌────────┐
│🟢 轻量  │         │🟡 中等  │         │🔴 大型  │
│ 任务    │         │ 任务    │         │ 任务    │
└────────┘         └────────┘         └────────┘
    │                    │                    │
    │                    │                    │
    ▼                    ▼                    ▼
直接实现           brainstorm + plan      完整闭环
    │                    │                    │
    ▼                    ▼                    ▼
 /browse            /qa 验证            omx team

📊 任务类型速查表

类型 特征 流程 触发
🟢 轻量任务 单文件、小范围修改 直接实现 → 验证 /browse
🟡 中等任务 多文件、边界清晰 brainstorm → plan → 实现 → QA /brainstorming
🔴 大型任务 跨模块、架构变更 完整闭环 omx team

🔄 三、完整闭环流程

┌──────────────────────────────────────────────────────────────┐
│                                                              │
│  ┌─────┐   ┌─────┐   ┌─────┐   ┌─────┐   ┌─────┐   ┌─────┐  │
│  │🎨设计│→ │📋审查│→ │🔒隔离│→ │⚡并行│→ │✅验证│→ │🚀部署│  │
│  └─────┘   └─────┘   └─────┘   └─────┘   └─────┘   └─────┘  │
│                                                              │
│  brainstorm  plan-ceo   worktrees  omx team    qa      ship  │
│  writing-    plan-eng     TDD                  verify  deploy│
│  plans       plan-design                                  canary│
│                                                              │
└──────────────────────────────────────────────────────────────┘

🎬 各阶段详解

阶段 🎯 目标 🔧 Skills 📝 说明
1️⃣ 设计 明确需求 brainstorm / writing-plans 通过问答细化需求,拆分任务
2️⃣ Plan Review 多视角审查 plan-ceo / plan-eng / plan-design CEO 重新审视、Eng 锁定细节、Design 审查体验
3️⃣ 隔离 避免冲突 worktrees / TDD 独立分支 + 测试驱动开发
4️⃣ 并行执行 提升效率 omx team 多 Agent 并行,独立 worktree
5️⃣ 验证 质量门禁 qa / verification 自动化测试 + 人工验证
6️⃣ 部署 安全上线 review / ship / deploy / canary 代码审查 → 合并 → 部署 → 监控

🤖 四、OMX Team 模式详解

4.1 🎭 Team 工作流程

omx team N:agent "task"
┌─────────────────────────────────────────────┐
│         🎯 Leader (tmux 主 pane)            │
│      任务分发 · 结果整合 · 最终验证          │
└─────────────────────────────────────────────┘
                    ↓ 分发任务
    ┌───────────┬───────────┬───────────┐
    │           │           │           │
    ▼           ▼           ▼           ▼
┌────────┐ ┌────────┐ ┌────────┐ ┌────────┐
│Worker 1│ │Worker 2│ │Worker 3│ │Worker N│
│executor│ │debugger│ │designer│ │  ...   │
│独立tree│ │独立tree│ │独立tree│ │独立tree│
└────────┘ └────────┘ └────────┘ └────────┘
    ↓           ↓           ↓           ↓
    └───────────┴───────────┴───────────┘
                    ↓ 各自完成
┌─────────────────────────────────────────────┐
│       ✅ Leader 整合 + 验证                  │
│    omx team await / omx team shutdown       │
└─────────────────────────────────────────────┘

4.2 🧠 Agent 选择指南

Agent 🎯 适用场景 📊 复杂度 💡 推理建议
explore 代码搜索、结构映射 🟢 低 low / spark
executor 功能实现、重构 🟡 中 medium
debugger Bug 排查、根因分析 🟡 中 medium → high
architect 架构设计、权衡决策 🔴 高 high / xhigh
test-engineer 测试编写、验证 🟡 中 medium
designer 前端 UI/UX 实现 🟡 中 medium

4.3 ⌨️ Team 命令速查

# 🚀 启动团队
omx team 3:executor "task"           # 启动 3 个 executor worker

# 📊 状态管理
omx team status my-team              # 查看团队运行状态
omx team await my-team               # 等待所有 worker 完成

# 🔄 恢复机制
omx team resume my-team              # 恢复中断的团队

# 🛑 关闭团队
omx team shutdown my-team            # 关闭团队

🧠 五、Superpowers 核心 Skills

5.1 🎯 核心流程 Skills

Skill 🎯 用途 ⏰ 触发时机 🔥 使用场景
/brainstorming 设计细化,明确需求和边界 🟢 任务开始 任何创造性工作前
/writing-plans 编写实施计划,拆分小任务 🔵 设计完成后 多步骤任务
/test-driven-development RED-GREEN-REFACTOR 循环 🟡 实现阶段 功能开发、重构
/systematic-debugging 4 阶段根因分析 🔴 遇到 bug 复杂问题排查
/verification-before-completion 完成前验证 🟠 声称完成前 质量门禁
/requesting-code-review 请求代码审查 🟣 实现完成后 合并前审查

5.2 👁️ Plan Review 三视角

┌─────────────────┬─────────────────┬─────────────────┐
│   👔 CEO 视角    │   🔧 Eng 视角    │  🎨 Design 视角  │
│                 │                 │                 │
│ /plan-ceo-      │ /plan-eng-      │ /plan-design-   │
│   review        │   review        │   review        │
│                 │                 │                 │
│ 重新审视问题    │ 锁定执行细节    │ 用户体验审查    │
│ 寻找更优解      │ 检查可行性      │ 交互合理性      │
└─────────────────┴─────────────────┴─────────────────┘

🌐 六、Gstack 执行层详解

6.1 🌍 浏览器唯一入口

⚠️ 唯一入口:/browse

禁止使用 mcp__claude-in-chrome__*mcp__computer-use__* 等其他浏览器 MCP 工具

6.2 ✅ QA 验证流程

命令 🎯 说明 🔥 适用场景
/qa 系统化 QA 测试并自动修复 bug 功能验证、回归测试
/qa-only 仅报告问题,不自动修复 问题排查、审计
/design-review 视觉一致性、布局审查 UI/UX 验证

6.3 🚀 部署流程

┌─────────────┐     ┌─────────────┐     ┌─────────────┐
│    /ship    │ ──→ │ /land-and-  │ ──→ │   /canary   │
│             │     │   deploy    │     │             │
└─────────────┘     └─────────────┘     └─────────────┘
      ↓                    ↓                    ↓
  检测变更            合并 PR              部署后监控
  合并 base           等待 CI              观察线上
  运行测试            触发部署             异常告警

6.4 🛡️ 安全护栏

🚨 危险命令必须先过护栏

以下命令执行前必须使用 /careful/guard/freeze

  • rm -rf / DROP TABLE / git push --force
  • git reset --hard / kubectl delete
  • 任何破坏性操作

💾 七、不中断运行保障

7.1 🗄️ 状态持久化

组件 📁 路径 🎯 功能
OMX State .omx/state/ 任务状态追踪
OMX Memory omx_memory MCP 项目记忆存储
OMX Wiki omx_wiki MCP 知识库持久化
Claude Memory .claude/memory/ 用户偏好记录

7.2 🔄 恢复机制

# 恢复上次会话
omx resume

# 恢复中断的团队
omx team resume my-team

# 查看历史会话
omx session

7.3 📢 通知配置

平台 命令 用途
💬 Discord omx --discord 团队通知
📱 Telegram omx --telegram 即时消息
🔔 Slack omx --slack 工作流集成

✅ 八、配置检查清单

组件 📦 版本 📝 说明 ✅ 状态
Codex CLI v0.125.0 核心依赖 ✅ 已安装
OMX v0.15.0 42 skills, 30 agents ✅ 正常
Superpowers v5.0.7 16 skills ✅ 正常
Gstack 完整版 browser/QA/deploy ✅ 正常
MCP Servers 7 servers OMX + Figma + code-review-graph ✅ 运行中

❓ 九、常见问题

🎯 Q: Team 模式和普通 Subagent 的区别?

A:

  • Team 模式:持久并行执行(tmux 分屏、独立 worktree),适合大型任务
  • 普通 Subagent:会话内小规模并行,适合轻量任务
🔄 Q: OMX 和 Superpowers 何时切换?

A:

  • OMX:负责调度(怎么分配任务)
  • Superpowers:负责思考(怎么正确做事)
  • 大任务两者配合使用
⚡ Q: 会话中断后如何恢复?

A:

omx resume              # 恢复上次会话
omx team resume my-team # 恢复团队
🔀 Q: 如何避免文件冲突?

A: OMX Team 默认使用独立 worktree,每个 worker 有独立分支,自动避免冲突。


🎯 快速开始

# 1️⃣ 启动一个简单的任务
omx task "实现用户登录功能"

# 2️⃣ 启动团队并行开发
omx team 3:executor "重构 API 模块"

# 3️⃣ 完整流程:设计 → 实现 → 验证 → 部署
/brainstorming    # 设计
/writing-plans    # 计划
/plan-ceo-review  # 审查
omx team 2:executor "实现"  # 并行
/qa               # 验证
/ship             # 部署

💡 提示:本文档持续更新中,如有问题请查阅最新版本或联系维护者。