gstack: 一套专为 AI 编程助手设计的角色化技能合集
garrytan/gstack项目是一套专为 AI 编程助手（主要是 Claude Code）设计的角色化技能（Skill）集合，旨在将单一 AI 转变为覆盖软件开发全流程的虚拟工程团队。
核心理念：角色，而非提示词
gstack 的核心并非简单的“提示词集合”，其设计哲学是 “角色，而非提示词”（Roles, Not Prompts）。它通过结构化的斜杠命令（Slash Commands），让 Claude Code 扮演产品经理、架构师、设计师、QA 工程师、安全专家等 23 位虚拟专家，每位专家都有其独特的思维模式、优先级和工作约束。这背后的驱动力是实现 “单人成团”的开发范式，创始人 Garry Tan 利用此工具，在 2026 年的生产效率达到了其 2013 年的约 810 倍。
gstack 的 23 项核心技能
以下根据软件开发的 Sprint 周期将 23 项技能分类汇总：
1. 思考与规划 (Think → Plan)
| 命令 | 角色 | 核心功能 |
|---|---|---|
/office-hours |
产品顾问 | 进行六重强制性质询，重新定义问题，输出设计文档 |
/plan-ceo-review |
CEO / 产品负责人 | 从创始人视角审视项目范围，识别 10 倍价值点 |
/plan-eng-review |
工程经理 | 绘制 ASCII 架构图，梳理数据流，审核技术方案的可行性 |
/plan-design-review |
设计负责人 | 审核 UI/UX 方案，提前发现空状态、错误状态等设计漏洞 |
/plan-devex-review |
DevEx 经理(开发者体验) | 审查开发计划的开发者体验 |
/autoplan |
自动化评审流水线 | 一键按顺序执行 CEO、工程设计评审，自动完成计划评审 |
/investigate |
技术侦探 | 针对“幽灵 Bug”进行系统化根因分析，避免盲修 |
2. 设计与构建 (Design & Build)
| 命令 | 角色 | 核心功能 |
|---|---|---|
/design-consultation |
设计顾问 | 为新项目从零搭建设计系统视觉规范，建立统一的视觉规范 |
/design-shotgun |
快速原型师 | 不同保真度的设计方案指导，用于快速探索多种视觉方案 |
/design-html |
HTML 原型师 | 输出可直接运行的 HTML 原型，用于快速验证交互想法 |
/review |
代码审查员 | 聚焦安全漏洞、Bug 和生产风险的代码审查 |
3. 测试与审查 (Test & Review)
| 命令 | 角色 | 核心功能 |
|---|---|---|
/qa |
QA 工程师 | 开启真实浏览器进行探索性测试，自动修复发现的 Bug |
/qa-only |
QA 报告员 | 不修改代码，仅输出结构化的问题报告清单 |
/cso |
首席安全官 | 基于 OWASP Top 10 与 STRIDE 威胁模型进行系统化安全审查和渗透测试 |
/design-review |
视觉 QA | 针对“模板味”和“AI 味”进行视觉打磨与像素级调整 |
4. 浏览器与工具 (Browser & Utility)
| 命令 | 角色 | 核心功能 |
|---|---|---|
/browse |
浏览器操控Agent | 为 AI 提供真实浏览器内核，用于通用站点验证和交互测试 |
/setup-browser-cookies |
会话管理 | 从 Chrome、Brave 等真实浏览器导入 Cookies，用于测试需要登录鉴权的页面 |
/learn |
团队记忆管理 | 管理跨会话学习到的项目特定模式、陷阱和经验，支持搜索和导出 |
5. 发布与运维 (Ship & Operate)
| 命令 | 角色 | 核心功能 |
|---|---|---|
/ship |
发布工程师 | 一键执行预发布检查清单，合并代码、运行测试、生成变更日志并创建 PR |
/land-and-deploy |
SRE | 从 PR 合并到生产环境验证的完整部署命令，自动等待 CI 并验证部署健康状态 |
/canary |
SRE(金丝雀监控) | 发布后的生产环境监控，检测控制台错误、性能回归和页面故障 |
/benchmark |
性能工程师 | 建立页面加载性能和 Core Web Vitals 基线，检测性能回退 |
/document-release |
文档工程师 | 发布后自动更新所有项目文档，防止文档过时 |
6. 安全与控制 (Safety & Control)
| 命令 | 角色 | 核心功能 |
|---|---|---|
/careful |
安全卫士 | 对危险命令发出强提醒，防止误删库或强制推送 |
/freeze |
编辑锁 | 限制文件编辑范围到指定目录，防止调试时意外修改其他文件 |
/guard |
全面安全模式 | 同时激活 /careful 和 /freeze 的完整安全模式 |
/unfreeze |
解锁 | 解除 /freeze 设置的编辑边界限制 |
7. 高级功能与独立 CLI 除了上述核心技能，gstack 还提供一些高级功能和独立的 CLI 工具：
- 跨模型审查：
/codex技能可调用 OpenAI Codex 作为并行审查引擎，实现跨模型代码审查。 - 独立CLI：gstack 附带独立的
gstack-model-benchmarkCLI，用于运行跨模型基准测试，比较不同模型的表现。
如何开始与最佳实践
gstack 不仅是工具的集合，更是一套完整的“AI 开发方法论”：
- 安装：通过特定的 Git 和安装脚本命令即可安装。
- 遵循Sprint流程：建议严格遵循 Think → Plan → Build → Review → Test → Ship → Reflect 的 Sprint 节奏来使用这套技能。
- 并行冲刺：可以轻松并行跑 10-15 个不同功能分支，互不干扰。
- 快速试水：初次使用者可以先尝试运行
/office-hours→/plan-ceo-review→/review→/qa→/ship这一完整流程，以快速体验其核心价值。
gstack 代表了从“AI 辅助编程”到“AI 主导工程”的范式转变。它为单人开发者或小团队提供了一套严谨、高效、可复用的软件开发方法论，让“一人成军”成为触手可及的现实。
gstack 与 superpowers 一起工作
gstack 本身在“Build”阶段没有提供专门的构建命令，但 Superpower 恰好填补了这个空白。它提供了一整套细致的工程技能来驱动编码过程，两者可以无缝衔接：
/office-hours"] --> B["📋 Plan
/plan-ceo-review
/plan-eng-review
/plan-design-review
/plan-devex-review
/autoplan"] B --> C["⚙️ Build (由Superpower接管)
/superpowers:write-plan
/superpowers:execute-plan"] C --> D["🔍 Review
/review"] D --> E["🧪 Test
/qa"] E --> F["🚀 Ship
/ship"] F --> G["🪞 Reflect
/retro"]
在 Plan 阶段完成后，可以交给 Superpower 来执行具体的“Build”工作。它的核心思想是将计划拆解为任务，并以工程纪律（如TDD）驱动执行。以下是 Build 阶段最重要的3个核心命令：
Build阶段：Superpower核心命令
/superpowers:write-plan（制定计划）：将设计文档拆解为2-5分钟可完成的微任务，每个任务都包含确切步骤、涉及文件和验证方法。/superpowers:execute-plan（执行计划）：调用子代理逐个执行任务，每个任务完成后都会进行规范合规和代码质量两阶段审查。/superpowers:test-driven-development（测试驱动开发）：在编码时强制执行“红-绿-重构”循环，确保先写测试，再写实现代码。
辅助性技能
除了上面的核心命令，Superpower 的以下技能也会在编码过程中经常被自动或手动触发：brainstorming（头脑风暴）、systematic-debugging（系统性调试）、requesting-code-review（请求代码审查）和 verification-before-completion（完成前验证）。
如何衔接两者
两者的配合逻辑非常清晰：
- 用 gstack 完成战略和计划：首先，利用 gstack 的角色化命令（如
/office-hours,/plan-*）理清要做“什么”以及产品方向。 - 用 Superpower 驱动工程实现：计划一旦确定，就使用 Superpower 的技能，特别是
write-plan和execute-plan，来规定“如何”规范地写出高质量代码。
核心理念：花时间思考，比花时间写代码更值。
| 阶段 | 核心环节 | 对应工具/方法 | 说明 |
|---|---|---|---|
| 01 规划 | 需求构思 | Superpowers: brainstorming | 花时间想清楚要做什么，比写代码更重要 |
| 制定计划 | gstack:/autoplan Superpowers: writing-plans |
多视角审查，输出可执行的实施计划 | |
| 02 开发 | 环境搭建 | Superpowers: using-git-worktrees | 创建隔离的 Git 工作空间 |
| 编码实现 | Superpowers: subagent-driven-development | 派遣子代理逐任务进行开发 | |
| 测试验证 | Superpowers: test-driven-development | 遵循 TDD 红绿循环 | |
| 03 审查 | 端到端验证 | gstack:/qa | 真实浏览器环境进行 QA 验证 |
| 证据收集 | Superpowers: verification-before-collection | 收集完成证据 | |
| 代码评审 | Superpowers: requesting-code-review gstack://review |
独立 reviewer 审查，Staff 工程师级别 | |
| 04 发布 | 分支收尾 | Superpowers: finishing-a-development-branch | 开发分支的最终整理 |
| 部署上线 | gstack:/ship gstack:/land-and-deploy |
发布流水线，合并并部署 | |
| 线上监控 | gstack:/canary | 灰度/金丝雀发布后的上线监控 |
示例
/plan-eng-review (搭骨架) -> /cso (加防弹衣) -> Code -> /review (找漏洞) -> /browse (真机模拟重定向) -> /ship (完美落地)
请阅读当前的 OAuth2 相关代码目录 (如 src/auth/*)。使用 /plan-eng-review 帮我制定一个重构计划。当前的痛点是代码耦合度高/Token刷新逻辑经常失败。