/om 实现用户登录
# 自动启动任务编排，第一个问题选质量级别，然后全自动执行
/om是/om:start的快捷方式，功能完全相同
安装后，直接输入任务描述即可自动调用:
用户输入: 实现用户登录功能
↓
自动调用: /om:start 实现用户登录功能
触发场景:
| 用户输入 | 触发原因 |
|---|---|
实现用户登录功能 |
功能开发 |
登录页面报错了 |
Bug 修复 |
性能太慢需要优化 |
性能优化 |
写个单元测试 |
测试相关 |
做个完整的用户系统 |
多组件任务 |
从零搭建一个后台 |
多步骤项目 |
| 命令 | 用途 |
|---|---|
/om |
默认入口 - 直接输入任务描述即可启动 |
/om:brainstorm |
🧠 头脑风暴 - 先探索需求和设计，再执行任务 |
/om:research |
📚 领域调研 - AI 驱动的领域调研和问题探索 |
/om:debug |
🔧 系统化调试 - 四阶段根因分析 + 自动修复验证循环 |
/om:feature |
⚡ 轻量小需求 - 快速迭代小功能，无完整任务追踪 |
/om:deploy |
🚀 自动部署 - 扫描部署环境，支持 Docker/K8s/npm 等 |
/om:test |
🧪 测试生成 - 自动生成或改进测试用例 |
/om:start |
启动新任务 (第一个问题选质量级别) |
/om:auto |
🚀 全自动执行 - 无阻塞、无确认、直接完成 |
/check |
🔍 项目检查 - 自动检测可改进点并提供升级建议 |
/om:status |
查看状态 |
/om:approve |
审批决策 |
/om:meeting |
处理阻塞问题 |
/om:resume |
智能恢复 - 自动检测轻量/完整流程并恢复中断任务 |
/om:retry |
重试失败 |
/om:report |
生成报告 |
| 特性 | OpenMatrix | superpowers | gsd |
|---|---|---|---|
| 100% 自动化 | ✅ auto 模式 | ❌ 50% | ❌ 60% |
| TDD 内置 | ✅ strict 模式 | ❌ 需手动 | ❌ 无 |
| 覆盖率强制 | ✅ 60-80% | ❌ 无 | ❌ 无 |
| 安全扫描 | ✅ npm audit | ❌ 无 | ❌ 无 |
| AI 验收 | ✅ Reviewer Agent | ❌ 无 | 部分 |
| 阻塞不中断 | ✅ Meeting 机制 | ❌ 停止 | ❌ 停止 |
| 质量报告 | ✅ JSON + MD | ❌ 无 | 部分 |
| 系统化调试 | ✅ /om:debug | ❌ 无 | ❌ 无 |
| 自动部署 | ✅ /om:deploy | ❌ 无 | ❌ 无 |
| 上手难度 | ⚡ 一句话开始 | 中等 | 较高 |
用户输入 → 质量选择 → 任务规划 → 执行 → 质量门禁 → AI验收 → Meeting处理 → 完成
| 阶段 | 说明 | 关键点 |
|---|---|---|
| 0 | 交互问答 | 第一个问题选质量级别 |
| 1 | 任务规划 | Planner Agent 生成计划 |
| 2 | 任务执行 | strict/balanced/fast 三种模式 |
| 3 | 质量门禁 | 7 道质量门禁验证 |
| 4 | AI 验收 | Reviewer Agent 最终确认 |
| 5 | Meeting | 阻塞不中断，最后处理并重新执行 |
| 6 | 最终报告 | 质量评分 + 产出文件 |
# 全局安装 (推荐)
npm install -g openmatrix
# Skills 会自动安装到 ~/.claude/commands/om//om 实现用户登录功能
# 系统会先问:
┌─────────────────────────────────────────────────────────┐
│ 问题 0: 选择质量级别 │
├─────────────────────────────────────────────────────────┤
│ 🚀 strict → TDD + 80%覆盖率 + AI验收 (推荐生产代码) │
│ ⚖️ balanced → 60%覆盖率 + AI验收 (日常开发) │
│ ⚡ fast → 无质量门禁 (快速原型) │
└─────────────────────────────────────────────────────────┘| 级别 | TDD | 覆盖率 | Lint | 安全 | E2E测试 | AI验收 | 适用场景 |
|---|---|---|---|---|---|---|---|
| strict | ✅ | >80% | ✅ 严格 | ✅ | ❓ 可选 | ✅ | 🏭 生产代码 |
| balanced | ❌ | >60% | ✅ | ✅ | ❓ 可选 | ✅ | 📦 日常开发 |
| fast | ❌ | >20% | ❌ | ❌ | ❌ | ❌ | 🏃 快速原型 |
| 门禁 | 检查内容 | strict | balanced | fast |
|---|---|---|---|---|
| Gate 1 | 编译检查 | ✅ | ✅ | ❌ |
| Gate 2 | 测试运行 | ✅ | ✅ | ❌ |
| Gate 3 | 覆盖率 | ✅ | ✅ | ❌ |
| Gate 4 | Lint 检查 | ✅ 严格 | ✅ | ❌ |
| Gate 5 | 安全扫描 | ✅ | ✅ | ❌ |
| Gate 6 | E2E 测试 | ❓可选 | ❓可选 | ❌ |
| Gate 7 | 验收标准 | ✅ | ✅ | ❌ |
❌ 其他方案:
TASK-001 ✓ → TASK-002 阻塞 ⏸️ → 等用户...
✅ OpenMatrix:
TASK-001 ✓ → TASK-002 阻塞 → 创建Meeting → 跳过 ↷
TASK-003 ✓ → TASK-004 ✓ → 完成!
适用场景: Bug 修复、测试失败、异常行为
/om:debug # 交互式调试
/om:debug --task TASK-003 # 调试指定失败任务
/om:debug "API 返回 500 错误" # 带问题描述调试四阶段流程:
- 接收问题
- 根因调查（只读，Explore Agent）
- 模式分析（只读，Explore Agent）
- 修复验证循环
适用场景: 部署项目到 Docker/K8s/npm 等
/om:deploy # 自动扫描 → 展示报告 → 选择执行
/om:deploy docker # 指定 Docker 部署
/om:deploy --dry-run # 仅预览命令
/om:deploy kubernetes --auto # 自动执行 Kubernetes 部署支持的部署方式: Docker、Docker Compose、Kubernetes、Helm、npm、Make、GitHub Pages、Vercel、Netlify
适用场景: 快速迭代小功能，无需完整任务追踪
/om:feature 添加一个颜色变量
/om:feature 修复按钮样式适用场景: 自动生成或改进测试用例
/om:test # 为当前代码生成测试
/om:test --coverage # 目标覆盖率模式
/om:test e2e # 生成 E2E 测试适用场景: 恢复中断的任务，自动检测轻量/完整流程
/om:resume # 自动检测并恢复- 核心任务编排引擎
- 三级质量门禁
- Meeting 阻塞处理机制
- TDD 模式
- 系统化调试 (/om:debug)
- 自动部署 (/om:deploy)
- 轻量小需求 (/om:feature)
- 智能恢复 (/om:resume)
- 测试生成 (/om:test)
- 执行循环持久化
- VSCode 扩展
- CI/CD 集成
- 多语言 SDK (Python, Go)
- GitHub Discussions - 提问和讨论
- GitHub Issues - Bug 报告和功能建议