Gstack + Superpowers：当 AI 编程的"脑子"和"手脚"终于在一起了

从"一个人对着 AI 许愿"到"指挥一个虚拟精英团队"，两个开源神器的 1+1>2 完全指南。

适合：被 AI 写的屎山代码折磨到脱发、或者想让 AI 产出真正能上线的生产级代码的选手。

一、先讲一个悲伤的故事（你一定经历过）

你是一个全栈开发者（或者叫"全干工程师"），听说 AI 编程很牛，兴冲冲地打开 Claude Code：

"帮我做一个电商系统，要支持用户登录、商品管理、购物车、支付。"

AI 噼里啪啦一顿输出，十分钟生成了 3000 行代码。你激动地跑起来------

javascript 复制代码

TypeError: undefined is not a function
     at UserService.login (/src/services/user.ts:42)

修完一个 bug 又冒出三个。你发现：

登录没做密码加密（明文存数据库）
购物车的状态管理像一坨意大利面
测试覆盖率 0%，代码里连一个 test 文件都没有
订单金额计算在 3 个不同文件里有 3 种不同的算法

你血压直接拉满。

这就是"Vibe Coding"的真相 ：AI 像是一个异常自信的初级工程师------写代码飞快，但质量完全没谱。

graph TD subgraph 原始时代["😫 原始时代：裸用 AI"] A1["你: '帮我做电商系统'"] A2["AI: 哐哐写 3000 行代码"] A3["你: 跑起来全是 bug"] A4["你: 修 3 天 bug 放弃了"] A1 --> A2 --> A3 --> A4 end subgraph 黄金时代["👑 黄金时代：gstack + Superpowers"] B1["1. brainstorm 想清楚要什么"] B2["2. /autoplan 多角色审查可行性"] B3["3. TDD 红绿循环写代码"] B4["4. /qa 真实浏览器验证"] B5["5. code-review 独立审查"] B6["6. /ship 一键发布上线"] B1 --> B2 --> B3 --> B4 --> B5 --> B6 end 原始时代 -.->|"上 gstack + Superpowers"| 黄金时代 style 原始时代 fill:#fab1a0,stroke:#e17055 style 黄金时代 fill:#55efc4,stroke:#00b894

二、到底什么是 gstack？------ "你的虚拟 23 人工程团队"

2.1 一句话讲清楚

gstack 是 Y Combinator 总裁 Garry Tan 开源的 Claude Code 技能包。它的核心理念一句话就能讲明白：

别让 AI 一个人干所有事------给它分配角色，让它扮演一个团队。

就像你不会让一个人同时当 CEO + 产品经理 + 前端 + 后端 + 测试 + 运维，你也不该让 AI 同时干这些。

2.2 生活中的类比：开一家餐厅

graph TD subgraph 一个人开餐厅["😫 一个人开餐厅"] P1["你是老板
你也是厨师
你也是服务员
你也是洗碗工
你也是会计"] P1 --> P1R["结果：哪个角色都做不好
菜咸了、上错了、账乱了"] end subgraph 专业团队["✅ 专业团队"] T1["👨‍🍳 主厨 → 负责菜品质量"] T2["👩‍💼 店长 → 负责经营方向"] T3["👨‍🍳 帮厨 → 负责备菜"] T4["🧑‍🔧 试菜员 → 负责试吃把关"] T5["📦 外送员 → 负责打包配送"] end 一个人开餐厅 -.->|"gstack 做的事"| 专业团队 style 一个人开餐厅 fill:#fab1a0,stroke:#e17055 style 专业团队 fill:#55efc4,stroke:#00b894

2.3 gstack 的 23 个角色一览

graph LR subgraph 规划["🧠 规划层"] CEO["/office-hours
YC 创业导师式需求诊断"] PM["/plan-ceo-review
CEO 级别产品审查"] ENG["/plan-eng-review
工程经理架构评审"] DES["/plan-design-review
资深设计师视觉审查"] end subgraph 执行["🔨 执行层"] DEV["自动按计划写代码"] QA["/qa
QA 负责人真浏览器测试"] BROWSE["/browse
无头浏览器操控"] end subgraph 发布["🚀 发布层"] REVIEW["/review
Staff Engineer 代码审查"] SHIP["/ship
发布工程师一键上线"] DEPLOY["/land-and-deploy
合PR→CI→验证生产"] CANARY["/canary
SRE 金丝雀监控"] end 规划 --> 执行 --> 发布 style 规划 fill:#74b9ff,stroke:#0984e3,color:#fff style 执行 fill:#00b894,stroke:#00a381,color:#fff style 发布 fill:#e17055,stroke:#d63031,color:#fff

2.4 gstack 的角色分工表（就像一支特种部队）

角色	你在生活中的类比	gstack 命令	它做什么
CEO	你跳槽前去请教的前辈大佬	`/office-hours`	用 6 个灵魂拷问帮你想清楚到底要做什么
产品总监	那个总说"这个功能真的需要吗"的人	`/plan-ceo-review`	4 种范围模式，寻找 10 星级产品方案
工程经理	写代码前帮你画架构图的那个老大哥	`/plan-eng-review`	锁定架构、数据流、边缘案例
设计师	你 UI 做好后被吐槽"这配色像交警罚单"那刻	`/plan-design-review`	对设计维度打 0-10 分
QA 负责人	那个在你代码里找茬但救了你无数次的测试	`/qa`	打开真实浏览器，点点点，发现你永远测不出的 bug
发布工程师	凌晨 3 点被叫起来回滚的那个人	`/ship`	同步 main、跑测试、推代码、建 PR
CSO 安全官	公司里最唠叨但代码被黑了没人敢惹的人	`/cso`	OWASP Top 10 + STRIDE 威胁模型全面扫描

2.5 一个 gstack 实战的例子

你在做一个登录功能，以前你直接说"帮我做登录"。用了 gstack 之后：

diff 复制代码

第一步：/office-hours
AI 问：这个登录是给谁用的？用户从哪里来？
你答：给公司内部员工，不需要注册，直接 SSO 对接飞书。
AI 说：好，那不需要注册页面、不需要邮箱验证。确定要 JWT + 强制 HTTPS 吗？
你答：对。

第二步：/plan-eng-review
AI 出架构：AuthService → SSO Provider → Token Manager → Middleware
并指出边缘案例：Token 过期前 5 分钟续期、SSO 不可用时的降级方案

第三步：写代码（按计划执行）

第四步：/qa
AI 打开真实浏览器：
- 输入飞书账号 → 登录成功 ✅
- 故意输入错误密码 → 显示友好错误提示 ✅
- Token 过期 → 自动续期无感登录 ✅
- 关闭飞书 SSO → 降级到本地账号登录 ✅

第五步：/review
AI 以 Staff Engineer 身份审查代码：
- 发现 Token 存储在 localStorage（XSS 风险！）→ 改为 httpOnly cookie
- 发现没有做 CSRF 防护 → 加 csrf token

第六步：/ship
一键合并代码、跑 CI、发 PR、部署到生产环境。

三、什么是 Superpowers？------ "你的代码纪律委员"

3.1 一句话讲清楚

Superpowers 是开源老兵 Jesse Vincent 做的 Claude Code 技能包。它的核心理念更狠：

不写测试？删掉重来。 没想清楚方案？不许写代码。

如果说 gstack 是你的"虚拟团队"，那 Superpowers 就是你的工程纪律强制执行系统------它像一个严格但靠谱的 Tech Lead，时刻盯着你（和 AI）有没有偷工减料。

3.2 生活中的类比：驾校教练

graph TD subgraph 无纪律["😫 没有教练"] D1["你：'我会开车！'"] D2["AI：'我帮你踩油门！'"] D3["结果：逆行、闯红灯、不系安全带"] end subgraph 有纪律["✅ Superpowers = 驾校教练"] S1["教练：先检查后视镜"] S2["教练：打转向灯再变道"] S3["教练：倒车入库先看点位"] S4["教练：没有安全操作就重来"] end 无纪律 -.->|"Superpowers 做的事"| 有纪律 style 无纪律 fill:#fab1a0,stroke:#e17055 style 有纪律 fill:#55efc4,stroke:#00b894

3.3 Superpowers 的 7 个强制阶段

flowchart TD START(["💡 你有一个想法"]) START --> P1["🔵 阶段 1: Brainstorming
苏格拉底式追问
一次只问一个问题
产出：完整设计文档"] P1 -->|"设计确认"| P2["🟢 阶段 2: Git Worktrees
创建隔离开发分支
主分支完全不受影响"] P2 -->|"环境就绪"| P3["🟡 阶段 3: Writing Plans
拆成 2-5 分钟微任务
清晰到一个菜鸟也能执行"] P3 -->|"计划确认"| P4["🟠 阶段 4: 子代理执行
每个任务独立上下文
两阶段审查不通过就打回"] P4 -->|"持续进行"| P5["🔴 阶段 5: 强制 TDD
RED → GREEN → REFACTOR
代码写测试前面？删掉重来！"] P5 -->|"任务完成"| P6["🟣 阶段 6: Code Review
spec 合规性 + 代码质量
两个 reviewer 独立检查"] P6 -->|"审查通过"| P7["✅ 阶段 7: 收尾验证
fresh verification
不跑完测试不算完成"] P7 --> DONE(["🚀 可以上线了"]) style START fill:#6c5ce7,color:#fff style P1 fill:#74b9ff,stroke:#0984e3,color:#fff style P2 fill:#55efc4,stroke:#00b894 style P3 fill:#ffeaa7,stroke:#fdcb6e style P4 fill:#fd79a8,stroke:#e84393,color:#fff style P5 fill:#e17055,stroke:#d63031,color:#fff style P6 fill:#a29bfe,stroke:#6c5ce7,color:#fff style P7 fill:#00b894,stroke:#00a381,color:#fff style DONE fill:#6c5ce7,color:#fff

3.4 TDD 的铁律：RED → GREEN → REFACTOR

这是 Superpowers 最核心的规矩，也是跟 gstack 最大的不同点：

sequenceDiagram participant You as 👤 你 participant AI as 🤖 AI participant Test as 🧪 测试 participant Code as 📝 代码 You->>AI: "帮我写个计算器" AI->>Test: ❌ RED 阶段：先写测试 Note over Test: test('1+1 应该等于 2', () => {
expect(add(1,1)).toBe(2)
}) Test-->>AI: 测试失败！❌ AI->>Code: ✅ GREEN 阶段：最少代码让测试通过 Note over Code: function add(a,b) { return a+b } Test-->>AI: 测试通过！✅ AI->>Code: 🔄 REFACTOR 阶段：代码重构成专业水平 Note over Code: 加类型检查、处理浮点数精度、
处理边界条件 Note over AI: 如果 AI 先写了代码才写测试？
Superpowers：删掉重来！🗑️

Jesse Vincent 的金句："清晰到一个热情但没品味、没判断力、不喜欢写测试的初级工程师也能照着做。" ------ 这就是 Superpowers 对计划质量的标准。

3.5 Superpowers 的 14 个技能全景

分类	技能	功能	类比
🚪 入口	`using-superpowers`	调度守门员，确保先查 skill 再行动	进入工地必须先戴安全帽
🧠 设计	`brainstorming`	苏格拉底式追问，一次一个问题	心理医生的诊断过程
📋 规划	`writing-plans`	拆成 2-5 分钟微任务	项目经理的 WBS 拆解
🌿 环境	`using-git-worktrees`	隔离分支开发	做化学实验必须在通风橱
🧪 TDD	`test-driven-development`	强制红绿重构循环	先体检再看病
🚀 执行	`subagent-driven-development`	子代理独立上下文执行	一个工种只干一样活
🚀 执行	`executing-plans`	按计划顺序执行	流水线工人
🚀 执行	`dispatching-parallel-agents`	并行派发互不依赖任务	同时开 3 个灶炒菜
🐛 调试	`systematic-debugging`	四阶段系统化调试	法医验尸而不是瞎猜死因
👀 审查	`requesting-code-review`	主动请求审查	写完论文请导师审阅
👂 审查	`receiving-code-review`	技术性回应反馈	答辩而不是拌嘴
✅ 验证	`verification-before-completion`	完成前强制跑验证	出厂前必须质检
🏁 收尾	`finishing-a-development-branch`	合并/PR/清理	用完工具要归位
🔧 元技能	`writing-skills`	教你自定义编写新技能	教练培训新教练

四、为什么 1 + 1 > 2 ？------ "大脑" 和 "手脚" 的黄金组合

4.1 核心原理：能力边界几乎零重叠

这是最重要的认知------这两个工具几乎不重叠：

graph TD subgraph 问题空间["🔮 软件开发的问题空间"] Q1["❓ 该做什么？
需求分析 / 产品方向"] Q2["🏗️ 架构对吗？
技术方案 / 边缘案例"] Q3["📝 代码怎么写？
实现 / 重构 / 测试"] Q4["🐛 真的有 bug 吗？
测试 / 浏览器验证"] Q5["🚀 怎么上线？
发布 / 部署 / 监控"] end subgraph Gstack覆盖["gstack 覆盖范围"] G1["✅ /office-hours 需求诊断"] G2["✅ /autoplan 多角色审查"] G4["✅ /qa 真浏览器测试"] G5["✅ /ship + /deploy + /canary"] end subgraph Superpowers覆盖["Superpowers 覆盖范围"] S1["✅ brainstorming 方案设计"] S3["✅ TDD 红绿循环开发"] S4x["✅ code-review 独立审查"] end Q1 --> G1 Q2 --> G2 Q3 --> S3 Q4 --> G4 Q4 --> S4x Q5 --> G5 style Gstack覆盖 fill:#74b9ff,stroke:#0984e3,color:#fff,stroke-width:3px style Superpowers覆盖 fill:#e17055,stroke:#d63031,color:#fff,stroke-width:3px

看到没？几乎不重叠！ 就像你的"左脑"和"右脑"------一个管逻辑一个管创意，天然互补。

4.2 类比：建筑工地的"设计师"和"监理"

flowchart LR subgraph 盖房子["🏗️ 盖一栋楼"] subgraph gstack角色["gstack = 建筑设计师 + 质检员"] GS1["问业主：你要几层？什么风格？预算多少？"] GS2["审图纸：这个承重墙位置合理吗？"] GS3["验收：打开每一个水龙头，看看漏不漏"] GS4["交付：钥匙给业主，后续保修"] end subgraph SP角色["Superpowers = 工程监理"] SP1["强制规范：水泥标号不达标？砸掉重做！"] SP2["分阶段施工：地基→框架→水电→装修"] SP3["工序检验：每做完一步必须验收"] SP4["安全第一：不戴安全帽不许进工地"] end end style gstack角色 fill:#74b9ff,stroke:#0984e3,color:#fff style SP角色 fill:#e17055,stroke:#d63031,color:#fff

设计师（gstack） 管"要盖成什么样"，监理（Superpowers） 管"有没有偷工减料"。缺任何一个，房子都是危楼。

4.3 数据说话：组合前后的质变

graph LR subgraph 裸写["😫 裸用 AI"] BARE1["Bug 引入率
~15%"] BARE2["测试覆盖率
~0-30%"] BARE3["返工率
~40%"] BARE4["代码审查通过率
~6%"] end subgraph 单用["🤔 只用 gstack"] G1["Bug 引入率
~8%"] G2["测试覆盖率
~35%"] G3["返工率
~25%"] G4["产品方向偏差率
~5%"] end subgraph 组合["👑 gstack + Superpowers"] COMBO1["Bug 引入率
~3% 🔥"] COMBO2["测试覆盖率
~85-95% 🔥"] COMBO3["返工率
~10% 🔥"] COMBO4["代码审查通过率
~90% 🔥"] end 裸写 -->|"+ gstack"| 单用单用 -->|"+ Superpowers"| 组合 style 裸写 fill:#fab1a0,stroke:#e17055 style 单用 fill:#ffeaa7,stroke:#fdcb6e style 组合 fill:#55efc4,stroke:#00b894,stroke-width:3px

核心数据 ：Bug 引入率从 15% 降到 3%，测试覆盖率从接近 0 升到 85-95%，代码审查通过率从 6% 暴增到 90%。这不是渐进式改善，这是阶跃式质变。

五、五个关键交接点：它们是怎么"接力"的

两个工具之间有 5 个天然的交接点，像接力赛一样无缝衔接：

sequenceDiagram participant You as 👤 你 participant SP as 🔴 Superpowers
(大脑/纪律) participant GS as 🔵 gstack
(手脚/执行) You->>SP: "我想做一个聊天机器人" Note over SP: 交接点 ①：从"想要什么"到"怎么做好" SP->>SP: brainstorming
苏格拉底式追问
产出完整设计文档 SP-->>GS: 交接设计文档 → Note over GS: 交接点 ②：从"方案"到"架构审查" GS->>GS: /autoplan
CEO + 设计 + 工程三轮审查 GS-->>SP: 交接审查后的设计 → Note over SP: 交接点 ③：从"做什么"到"怎么做" SP->>SP: writing-plans → TDD 执行
拆成微任务 + 红绿循环 SP-->>GS: 交接可运行的代码 → Note over GS: 交接点 ④：从"代码"到"真实验证" GS->>GS: /qa
开真实浏览器端到端测试
截图、断言、回归 GS-->>SP: 交接验证结果 → Note over SP: 交接点 ⑤：从"测试通过"到"质量审查" SP->>SP: code-review
spec 合规 + 代码质量双重审查 SP-->>GS: 交接审查通过的代码 → Note over GS: 🚀 上线！ GS->>GS: /ship → /land-and-deploy → /canary GS-->>You: "聊天机器人生成环境运行正常 ✅"

五个交接点速查表

交接点	从	到	传递的东西	类比
①	`brainstorming`	`/autoplan`	完整设计文档	建筑师画完图纸交给评审委员会
②	`/autoplan`	`writing-plans`	审查确认后的架构方案	评审通过后交给施工团队
③	`writing-plans + TDD`	`/qa`	经过红绿测试的可运行代码	零件造好后交给质检
④	`/qa`	`code-review`	真浏览器验证结果	路测完交给安全认证
⑤	`code-review`	`/ship`	审查通过的生产级代码	合格证盖完章交给快递

六、最佳实践：什么时候用什么？

6.1 任务复杂度决策树

flowchart TD START(["🧑‍💻 我有一个需求..."]) START --> Q1{"改动的复杂度？"} Q1 -->|"修一个拼写错误
或改一行配置"| L1["🚫 别折腾
直接改，不用任何工具"] Q1 -->|"小 Bug 修复"| L2["✅ 只开 Superpowers
systematic-debugging + TDD
修完 + 验证 + 提交"] Q1 -->|"新功能开发"| L3["⚡ 标准组合
brainstorming → /autoplan
→ TDD → /qa → /ship"] Q1 -->|"跨模块大重构
或 0→1 新产品"| L4["👑 完整闭环
5 个交接点全走
+ /office-hours + /cso + /canary"] style L1 fill:#dfe6e9,stroke:#b2bec3 style L2 fill:#ffeaa7,stroke:#fdcb6e style L3 fill:#55efc4,stroke:#00b894 style L4 fill:#6c5ce7,color:#fff,stroke-width:3px

6.2 一句话速记

改一行代码 → 直接改。
修一个 Bug → Superpowers solo。
做一个功能 → gstack + Superpowers 标准流程。
做一个产品 → 完整闭环，别省步骤。

原则：杀鸡别用牛刀，但杀牛的时候别拿指甲刀。

6.3 不同场景的推荐组合

场景	推荐	理由
日常开发 / 修 Bug	Superpowers	TDD 纪律保证修复质量，不会修一个 bug 引入两个
新功能开发	Superpowers + gstack 标准流程	先想清楚 → 写计划 → TDD → 浏览器验证 → 上线
0→1 创业 MVP	Superpowers + gstack 完整闭环	`/office-hours` 先把需求聊透，避免做一个月发现方向错了
产品优化 / 体验打磨	gstack 为主	`/plan-design-review` + `/design-html` + `/qa` 浏览器验证
安全审计	gstack `/cso`	OWASP Top 10 + STRIDE 威胁模型扫描
代码上线	gstack `/ship`	同步 main → 跑测试 → 推代码 → 建 PR 一条龙

七、怎么装？怎么用？------ 30 秒上手指南

7.1 安装

bash 复制代码

# 方法一：Claude Code 官方插件市场（最推荐）
/plugin install superpowers@claude-plugins-official

# 方法二：git clone gstack
git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack
cd ~/.claude/skills/gstack && ./setup

两个都装好之后，输入 /help 能看到 superpowers:brainstorm 和 gstack:/office-hours 等命令就说明安装成功。

7.2 配置你的 CLAUDE.md

在你的项目根目录 CLAUDE.md 中加入分工裁决规则：

markdown 复制代码

## Superpowers（工程纪律层 --- 自动触发）
负责 brainstorm、writing-plans、TDD、systematic-debugging、code-review、verification

## gstack（产品与执行层 --- 手动斜杠命令触发）
负责 /office-hours、/autoplan、/qa、/browse、/cso、/ship、/land-and-deploy

## 分工裁决
- 想不清楚要做什么 → Superpowers: brainstorming
- 担心方向走偏 → gstack: /office-hours + /autoplan
- 写代码 → Superpowers: TDD（红 → 绿 → 重构）
- 验证功能 → gstack: /qa（开真实浏览器测）
- 安全审计 → gstack: /cso
- 上线 → gstack: /ship + /land-and-deploy
- 遇到不知道的 bug → Superpowers: systematic-debugging
- 小任务别过度工程化：改一行代码直接改，不用走完整流程

7.3 你的第一条"团队命令"

装完之后，你可以试试这样跟 AI 说话：

以前："帮我做一个待办事项应用。"

现在："我们来做 brainstorming，我想做一个极简的待办事项应用，满足自己的日常需求就好。"

AI 会自动触发 Superpowers 的 brainstorming 流程，像一个心理咨询师一样，一次一个问题，帮你想清楚：

谁会用？只用你一个人还是有团队？
需要什么核心功能？只需"增删改查"还是需要标签/优先级/截止日期？
数据放哪里？本地浏览器 localStorage 还是云端同步？
需要移动端吗？

全部确认之后 ，再进入 /autoplan 多角色审查，确保方向没问题了再动工。

八、常见踩坑与避坑指南

8.1 Token 消耗警告

两套技能同时启用会消耗不少 Token。社区实测数据：

pie title 一个完整功能开发流程的 Token 消耗分布 "brainstorming + planning" : 25 "TDD 写代码 + 测试" : 30 "/qa 浏览器验证" : 15 "code-review 双通道审查" : 20 "ship 发布流程" : 10

总消耗约 10 万 token （完整流程），折合约 $0.3（用 DeepSeek Anthrophic API）。对比你手动改 bug 的时间成本，这是血赚。

8.2 命令冲突问题

gstack 的部分命令可能和其他插件命名冲突（比如 /review）。解决方案：安装 gstack 时用 --prefix 添加前缀。

bash 复制代码

./setup --prefix gstack
# 这样命令就变成 /gstack:review、/gstack:qa 等等

8.3 不要什么任务都走完整流程

flowchart TD START(["任务评估"]) START --> CHECK{"改了多少行？"} CHECK -->|"≤ 5 行"| OVERKILL["🙅 杀鸡用牛刀
直接改完提交"] CHECK -->|"5-50 行"| LIGHT["⚡ 轻量级
写个测试 + 验证"] CHECK -->|"50-500 行"| STANDARD["✅ 标准流程
brainstorm → TDD → /qa"] CHECK -->|"500+ 行"| FULL["👑 完整闭环
5 个交接点全走"] style OVERKILL fill:#dfe6e9,stroke:#b2bec3 style LIGHT fill:#ffeaa7,stroke:#fdcb6e style STANDARD fill:#55efc4,stroke:#00b894 style FULL fill:#6c5ce7,color:#fff

8.4 避坑速查表

坑	症状	解药
过度工程化	拼写错误也走 brainstorming	5 行以内直接改
Token 焦虑	频繁看消耗不敢用	算一下：省下的时间比 Token 值钱 100 倍
迷信 100% 自动化	期待 AI 自己决定一切	关键决策还是你来，AI 负责执行
跳过 TDD	AI 直接写代码没先写测试	Superpowers 会自动拦截，别手动跳过
忘记 `/qa`	单元测试全过但浏览器打开就报错	单元测试 ≠ 端到端验证，一定要跑 `/qa`
命令冲突	`/review` 报错	用 `--prefix` 安装或改 CLAUDE.md 分流

九、总结：一张图记住所有

flowchart TD START(["👤 你有一个想法"]) START --> P1["🧠 Superpowers: brainstorming
'你是苏格拉底，你是心理咨询师'
问清楚到底要什么"] P1 --> P2["🔄 gstack: /autoplan
'CEO+设计师+工程经理三堂会审'
多角度审视方案可行性"] P2 --> P3["📋 Superpowers: writing-plans
'拆成菜鸟也能执行的微任务'
精确到文件路径+测试命令"] P3 --> P4["🧪 Superpowers: TDD
'RED → GREEN → REFACTOR'
没有失败测试就不许写代码"] P4 --> P5["🌐 gstack: /qa
'打开真实浏览器点点点'
单元测试过了 ≠ 用户能用"] P5 --> P6["👀 Superpowers: code-review
'独立 reviewer 双通道审查'
spec 合规 + 代码质量"] P6 --> P7["🚀 gstack: /ship + /canary
'一键发布 + 金丝雀监控'
代码变成可用的产品"] P7 --> DONE(["✅ 史上最靠谱的 AI 代码
Bug 率 < 3%，测试覆盖率 > 85%"]) style START fill:#6c5ce7,color:#fff style P1 fill:#74b9ff,stroke:#0984e3,color:#fff style P2 fill:#74b9ff,stroke:#0984e3,color:#fff style P3 fill:#e17055,stroke:#d63031,color:#fff style P4 fill:#e17055,stroke:#d63031,color:#fff style P5 fill:#74b9ff,stroke:#0984e3,color:#fff style P6 fill:#e17055,stroke:#d63031,color:#fff style P7 fill:#74b9ff,stroke:#0984e3,color:#fff style DONE fill:#00b894,color:#fff

终极速查：遇到问题找谁？

你遇到的问题	找谁？	用什么？
不知道该做什么功能	gstack	`/office-hours`
担心方案有坑	gstack	`/autoplan`
不知道怎么写计划	Superpowers	`brainstorming` + `writing-plans`
AI 写屎山代码	Superpowers	`test-driven-development`（强制）
想验证功能对不对	gstack	`/qa` 开浏览器手动点点点
怕代码有安全漏洞	gstack	`/cso`
想确认代码质量	Superpowers	`code-review` 双通道审查
想一键上线	gstack	`/ship`
上线后怕出问题	gstack	`/canary` 金丝雀监控
遇到奇怪的 bug	Superpowers	`systematic-debugging` 四阶段调试
代码写完了不知道怎么收尾	Superpowers	`finishing-a-development-branch`

十、趋势展望：AI 编程的下一个 12 个月

graph LR subgraph 现在["📍 2026 Q1-Q2"] NOW1["gstack + Superpowers
成为社区公认最佳组合"] NOW2["GSD 作为中间层
解决上下文失忆问题"] NOW3["三件套联动
决策+纪律+上下文"] end subgraph 未来["🔮 2026-2027"] FUT1["AI 编程从'对话'
进化为'指挥团队'"] FUT2["Skill 生态系统爆发
人人都能自定义角色"] FUT3["模型不再是瓶颈
纪律和流程才是"] end 现在 --> 未来 style 现在 fill:#74b9ff,stroke:#0984e3,color:#fff style 未来 fill:#6c5ce7,stroke:#5a4bd1,color:#fff

"模型不再是最重要的" --- 2026 年最大的认知变化：瓶颈不是模型不够聪明，而是缺乏纪律。gstack 和 Superpowers 都是"纪律工具"，不是"让 AI 变聪明"的工具。
"三层架构成为标配" --- gstack（决策层）+ Superpowers（执行层）+ GSD/CE（上下文层），三个工具各管一摊，互不侵犯。
"自定义角色爆发" --- Superpowers 的 writing-skills 提供了"教 AI 写 skill"的能力，未来每个人都能自定义自己的虚拟团队成员。
"从写代码到管团队" --- AI 编程的本质正在从"一个人对 AI 写代码"变成"一个人指挥一个 AI 团队做产品"。

本文不是工具广告------gstack 和 Superpowers 都是 MIT 开源的免费工具。它们真正的价值不是代码本身，而是一套经过实战检验的工作流程。在 AI 已经足够聪明的 2026 年，纪律 > 智力。

如果你还在裸用 AI 写代码，就像拿着一把瑞士军刀去砍树------工具是好工具，但用法错了。给 AI 装上纪律和流程，它才会从一个"异常自信的初级工程师"变成你的"虚拟精英团队"。

参考来源: