AI范式编程AI框架工具Agent Team

三大 AI 编程神器合体指南:superpowers * gstack * oh-my-openagent

by admin

三大 AI 编程神器合体指南:superpowers * gstack * oh-my-openagent

当一个 Agent 不够用，就让三个一起上。

💡 起因：Vibe Coding 的甜蜜烦恼

我在 Vibe Coding 的过程中，Claude Code 和 OpenCode 是主力。但用着用着就发现——

一个 Agent 插件的能力，不够我用。

于是我同时装了三套：

插件仓库地址
🔵 oh-my-openagentgithub.com/code-yeongyu/oh-my-openagent
🟢 superpowersgithub.com/obra/superpowers
🟡 gstackgithub.com/garrytan/gstack

📌 同类参考：oh-my-claudecode（能力类似 oh-my-openagent）

三个都很强。但能力太多、窗口太多、阶段太多……

用着用着就乱了。

  • 最开始该用头脑风暴，还是深度访谈？
  • 还是 gstack 的 CEO 视角沟通更好？
  • 开发到一半忘了现在什么阶段，下一步该干什么？

🧭 解法：一个 /findme 指令，帮你找到当前最该用的技能

我做了一个自定义 skill：每次输入 /findme，AI 就会进入访谈模式。

它会：

  1. 🎤 和你对话，判断你当前的需求和阶段
  2. 🎯 推荐最适合的指令，告诉你该用哪个插件的哪个技能
  3. 🔁 引导下一步，避免”不知道下一步做什么”的迷茫

快速一览：三套插件分别能干什么？

1️⃣ oh-my-openagent — 像 CEO 一样分配任务

指令干什么
Ultrawork / ulw一键启动多 Agent 开发模式
Sisyphus主协调器，统筹调度
Prometheus战略规划 Agent（先动脑再动手）
Hephaestus深度执行 Agent（自主完成复杂任务）

2️⃣ superpowers — 用 TDD 捍卫代码质量

指令干什么
brainstorming需求头脑风暴，先把需求想清楚
test-driven-developmentTDD 测试先行，代码质量有保障
subagent-driven-development子任务分派，大任务拆解

3️⃣ gstack — YC 总裁的 CTO 专家团

指令干什么
/office-hoursYC 办公室访谈，重塑产品理解
/plan-eng-review工程架构评审
/ship一键发布：自动测试 + 推送 PR

📊 三者全景对比

一句话定位

插件一句话定位
🟢 superpowers📚 开发最佳实践手册 — 按需调用的方法论技能库
🟡 gstack🏭 标准研发流水线 — 从需求到发版的完整冲刺闭环
🔵 oh-my-openagent🤖 智能体调度操作系统 — 多 Agent 并行编排框架

核心差异

对比维度🟢 superpowers🟡 gstack🔵 oh-my-openagent
核心理念把开发活动拆成可复用 skillThink → Plan → Build → Review → Test → Ship → Reflect通过 team / autopilot / ultrawork 等模式组织 Agent 协作
组织方式按主题分组按冲刺阶段串联，上下游强依赖模式 + 功能 + 技能 + Agent 角色四层结构
使用方式按需调用单个 skill按流程逐步推进命令拉起多 Agent 或自动化工作流
强项方法论清晰，标准开发任务流程闭环，feature sprint并行度高，复杂任务
自由度⭐⭐⭐⭐⭐ 高，自由组合⭐⭐⭐ 中，强调顺序⭐⭐⭐⭐⭐ 很高，混搭模式和角色
使用门槛🟢 低 ~ 中🟡 中🔴 中 ~ 高
最佳场景日常工程规范化单 feature 全流程交付多任务并行、复杂项目推进

🟢 superpowers 详解：方法论技能库

结构总览

superpowers/├── 🧪 Testing├── 🐛 Debugging├── 🤝 Collaboration└── 🔧 Meta

技能明细

分类Skill 名称用途
🧪 Testingtest-driven-developmentRED → GREEN → REFACTOR 循环，附 testing anti-patterns 参考
🐛 Debuggingsystematic-debugging4 阶段 root cause 流程：追踪 → 深度防御 → 条件等待
🐛 Debuggingverification-before-completion确认问题真的修好，而不是”看起来修好”
🤝 Collaborationbrainstorming苏格拉底式设计 refinement
🤝 Collaborationwriting-plans详细实现计划
🤝 Collaborationexecuting-plans分批执行计划并设置 checkpoint
🤝 Collaborationdispatching-parallel-agents并发子 Agent 工作流
🤝 Collaborationrequesting-code-review发起 code review 前的检查清单
🤝 Collaborationreceiving-code-review如何回应 review 反馈
🤝 Collaborationusing-git-worktrees并行开发分支 / worktree 工作方式
🤝 Collaborationfinishing-a-development-branch合并 / PR 决策流程
🤝 Collaborationsubagent-driven-development双阶段评审：spec compliance → code quality
🔧 Metawriting-skills按最佳实践创建新 skill
🔧 Metausing-superpowers技能系统介绍

特点小结

风格：偏”方法库”优势：标准化开发实践、降低遗漏适合：想把开发最佳实践模块化的人

🟡 gstack 详解：冲刺流水线

整体理念

Think → Plan → Build → Review → Test → Ship → Reflect│ │ │ │ │ │ │└── 每一步都消费前一步的产物，形成完整闭环 ──────────┘
项目内容
核心定义gstack 是一个 process，不只是工具集合
典型节奏一个 sprint / 一个人 / 一个 feature ≈ 30 分钟
扩展能力可并行跑 10–15 个 sprint

主流程技能表

Skill扮演角色作用
/office-hoursYC Office Hours🎬 起点。6 个 forcing questions 重构问题 framing，输出 design doc
/plan-ceo-reviewCEO / Founder重新思考问题，挖出”10-star product”；含 4 种模式
/plan-eng-reviewEng Manager明确架构、数据流、图示、边界情况、测试计划
/plan-design-reviewSenior Designer各设计维度 0–10 打分，含 AI Slop 检测
/design-consultationDesign Partner从零构建设计系统，生成真实 mockup
/reviewStaff Engineer找出 CI 通过但生产会炸的问题，自动修显而易见的 bug
/investigateDebugger系统化 root-cause debugging，3 次失败后停止蛮修
/design-reviewDesigner Who Codes设计审计 + 直接修复，带 before / after 截图
/qaQA Lead测试 → 找 bug → 修复 → 复验，生成 regression tests
/qa-onlyQA Reporter只出 bug report，不改代码
/shipRelease Engineer同步 main → 跑测试 → 审覆盖率 → push → 开 PR
/document-releaseTechnical Writer更新所有项目文档，抓 stale README
/retroEng Manager团队周复盘，含个人拆解、发版 streak、测试健康趋势
/browseQA Engineer真实 Chromium 浏览、点击、截图
/setup-browser-cookiesSession Manager导入本地浏览器 cookies，用于测试登录态页面

Power Tools

Skill作用
/codex🧠 第二意见：独立 code review / adversarial challenge / consultation
/careful⚠️ 危险操作预警：rm -rf、DROP TABLE、force-push
/freeze🔒 限制编辑范围到单目录
/guard🛡️ careful + freeze 的组合
/unfreeze🔓 解除 freeze 限制
/gstack-upgrade⬆️ 升级 gstack 并展示变化

特点小结

风格：偏”冲刺流水线”优势：上下游衔接强，闭环完整适合：想把单个功能做成完整冲刺闭环的人

🔵 oh-my-openagent 详解：多 Agent 编排平台

模式总表

模式命令示例核心特点
🌟 Team（推荐）/team 3:executor "fix all TS errors"多智能体协作流水线
omc-teams/omc-teams 2:codex "security review"tmux CLI 工作者，支持指定数量和类型
ccg/ccg Review this PR三模型编排（Codex + Gemini + Claude）
autopilotautopilot: build a REST API全自动 5 阶段执行
ralphralph: refactor auth module持久模式，自动循环直到验证通过
ultraworkulw fix all errors🚀 最大化并行 Agent 执行
ultraqa/ultraqa ensure build passesQA 循环：测试 → 验证 → 修复

功能型命令

命令用途
/deep-interview🎙️ 苏格拉底式访谈，写代码前理清模糊需求
/omc-plan📋 规划工作流
/ralplan🔄 迭代规划共识
/deep-dive🔬 深度调研

技能表

技能用途
learner从对话中提取可复用技能
skill管理自定义技能
note保存笔记到 notepad
hud配置 HUD 状态栏
mcp-setup配置 MCP 服务器
configure-notifications配置通知（Telegram / Discord / Slack）
release自动化发布工作流
project-session-managergit worktree + tmux 隔离环境
external-context并行研究文档
sciomc并行科学家智能体编排
trace证据驱动追踪
ai-slop-cleanerAI 垃圾代码清理

Agent 角色表

Agent职责Agent职责
🔍 explorer快速代码搜索✍️ writer文档 / 注释编写
📊 analyst需求分析、预研📋 planner制定实施计划
🏗️ architect架构设计🔎 code-reviewer代码审查
✂️ code-simplifier代码简化重构🎯 critic多视角评审
🐛 debugger调试排错⚡ executor执行实现
✅ verifier验证结果🔗 tracer因果追溯
🔒 security-reviewer安全审查🧪 test-engineer测试策略
🎨 designerUI/UX 设计🧑‍🔬 scientist数据分析研究
📄 document-specialist外部文档查阅🌿 git-masterGit 操作
🕵️ qa-testerQA 测试执行

/team 格式说明

/team 2:executor "task"# 2 个 executor/team 2:executor,debugger "task"# 1 executor + 1 debugger/team 3:executor,scientist,verifier "task"# 3 个混合角色/team 1:executor,1:scientist "task"# 明确指定各自数量

我的使用组合：

🧠 想清楚阶段  →  superpowers/brainstorming + gstack/office-hours📐 规划阶段    →  gstack/plan-eng-review + oh-my-openagent/omc-plan🔨 开发阶段    →  oh-my-openagent/ultrawork + superpowers/TDD🔍 审查阶段    →  gstack/review + oh-my-openagent/team:code-reviewer🚀 发布阶段    →  gstack/ship + gstack/document-release🧠 想清楚阶段  →  superpowers/brainstorming + gstack/office-hours📐 规划阶段    →  gstack/plan-eng-review + oh-my-openagent/omc-plan🔨 开发阶段    →  oh-my-openagent/ultrawork + superpowers/TDD🔍 审查阶段    →  gstack/review + oh-my-openagent/team:code-reviewer🚀 发布阶段    →  gstack/ship + gstack/document-release

还是不知道用哪个？ 输入 /findme，让 AI 帮你判断。

它会和你聊几句，搞清楚你在哪个阶段、要解决什么问题，然后直接推荐最合适的指令。

github这个md文件链接：https://github.com/an8079/findme。

 下载后放在：~/.config/opencode/commands/findme.md

Related Posts