核心结论在整合之前先明确三者的定位Gstack 负责决策GSD 负责稳定上下文Superpowers 负责执行三大框架核心信息Superpowers执行层核心聚焦代码落地执行优势闭环开发需求澄清 → 规划 → TDD → 验收流程严谨执行稳定适配场景需求明确的开发任务痛点小任务下流程略显冗余前置环节偏重Gstack决策层核心模拟虚拟团队CEO / 设计师 / 架构师 / QA 等进行决策评审优势需求梳理、多视角评审产品 / 架构 / 安全校验能力强适配场景需求模糊、边思考边开发的探索性工作痛点全量开启时较臃肿单技能消耗 token 超过 10K执行环节相对薄弱GSD上下文层定位上下文工程工具而非编码框架核心固化项目规范、状态与边界解决长期项目中上下文失效 / 漂移的问题优势跨会话保持项目信息稳定痛点无独立代码交付能力需要搭配执行 / 决策框架使用整体结合流程下面分享我近期实际使用的流程先用 Gstack 定方向、做决策/plan-ceo-review检查产品方向的合理性/plan-eng-review评审架构与技术方案再用 GSD 固定上下文防止漂移/gsd-new-project将 Gstack 确定好的方案 “钉住”/gsd-plan-phase 1设计具体方法然后用 Superpowers 真正写代码、做执行/writing-plans编写计划我仅使用了 /gsd-plan-phase两者二选一即可/executing-plans执行计划最后用 Gstack 收尾/qa进行测试One more thing了解 Harness Engineering 的朋友都知道无论是 Claude 还是 Codex在启动时都会加载 skills 里的元信息。而上述三个框架的 skill 数量都非常多 —— 尤其是 GSD。为了保持相对干净的上下文环境我选择手动关闭其实就是直接删除掉其余不需要的 skill。