Superpowers+GSD+Gstack三剑合璧：AI辅助开发决策-上下文-执行全流程实战

相信大家或多或少都接触过 Superpowers、GSD 和 Gstack 这三个框架。今天分享一种将三者有机整合、让开发效率再上一个台阶的方法——这也是我从几篇文章中获得的灵感。经过这段时间的实践，最突出的体感是：Gstack 在方向决策上的表现非常出色，个人觉得比单纯的 brainstorming 强太多。下面就来详细拆解如何让这三个框架优势互补。

决策、上下文、执行：三大框架的职责分工

整合之前，先厘清三个框架各自最擅长的角色：

  • Gstack 主导决策
  • GSD 稳固上下文
  • Superpowers 负责执行

三大框架核心能力与适用场景解析

1. Superpowers——执行层

  • 定位

    ：专注代码落地、闭环交付

  • 亮点

    ：覆盖需求澄清→规划→TDD→验收的完整闭环，流程严谨，执行稳定

  • 最适合

    ：需求已明确、偏向实现的任务

  • 短板

    ：面对小任务时流程略显冗余，前期环节投入较重

2. Gstack——决策层

  • 定位

    ：模拟虚拟团队（CEO/设计师/架构师/QA 等角色）进行多角度评审

  • 亮点

    ：擅长需求梳理、多视角审查，产品思维、架构与安全校验能力强

  • 最适合

    ：需求模糊、需要边探索边开发的场景

  • 短板

    ：全角色开启时体积臃肿，单一技能 token 消耗轻松超过 10K，而在代码执行环节相对乏力

3. GSD——上下文层

  • 定位

    ：更接近上下文工程工具，而非编码框架

  • 定位

    ：固化项目规范、状态与边界，解决长期项目中上下文漂移或失效的顽疾

  • 亮点

    ：跨会话保持项目信息高度一致

  • 短板

    ：不具备独立的代码交付能力，必须配合执行或决策框架使用

从决策到执行：四步整合实践

以下是我近期真实在用的完整流程：

  1. 先用 Gstack 明确方向、完成决策

  • /plan-ceo-review

    ：验证产品方向的可行性

  • /plan-eng-review

    ：评审架构与技术方案

  1. 再用 GSD 锁定上下文，避免漂移

  • /gsd-new-project

    ：将 Gstack 敲定的方案“钉”在上下文中

  • /gsd-plan-phase 1

    ：设计具体的落地方法

  1. 接着用 Superpowers 实打实地写代码、做交付

  • /writing-plans

    ：撰写执行计划（本人只用到了 /gsd-plan-phase，两者选其一即可）

  • /executing-plans

    ：按计划执行开发

  1. 最后回到 Gstack 完成收尾

  • /qa

    ：执行测试环节

额外优化技巧

熟悉 Harness Engineering 的朋友都清楚，无论是 Claude 还是 Codex，启动时都会加载 skills 目录下的元信息。而上面三个框架的 skill 数量都非常多——特别是 GSD。为了保持相对干净的上下文环境，我的做法是手动关闭（其实就是直接删除）那些暂时用不到的 skill。

使用建议与注意事项

  1. 如果只是做一些小幅修改，这套流程就过于“重型”了，并不划算。
  2. Gstack 安装后如果缺少某些指令，可以在首次安装时执行 /gstack 触发初始化流程，若之后仍没有 /plan-ceo-review，请手动将对应的 skill 文件夹放到 ~/.claude/skills 目录下。
  3. 整个流程对 token 消耗很大 :rofl: