gstack是什么？
它是Garry Tan（President & CEO of Y Combinator）在claude中使用的一系列工具，他认为很不错，所以就开源了出来。
它将Claude代码变成了一支虚拟工程团队——一位重新思考产品的首席执行官，一位锁定架构的工程经理，一位捕捉AI漏洞的设计师，一位发现生产缺陷的评审员，一位开启真实浏览器的QA负责人，一位开展OWASP + STRIDE审计的安全专员，以及一位负责发布PR的发布工程师。二十位专家，八种强力工具，全部采用斜杠命令，全部使用Markdown，完全免费，采用MIT许可。
适用对象：
- 创始人和首席执行官——尤其是那些仍希望交付产品的技术型创始人
- 首次使用Claude Code的用户——提供结构化角色，而非空白提示
- 技术负责人和资深工程师— 对每个 PR 进行严格审查、质量保证和发布自动化
gstack怎么安装
在这里只讲claude中怎么安装，其实只需要两步，按照官方文档走即可
**前置条件：
第一步：在电脑上安装gstack，执行如下命令即可
git clone https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup
第二步：打开具体项目，执行如下命令
cp -Rf ~/.claude/skills/gstack .claude/skills/gstack && rm -rf .claude/skills/gstack/.git && cd .claude/skills/gstack && ./setup
gstack怎么使用
gstack 是一个进程，而非一组工具。技能的执行顺序与冲刺的运行顺序一致： 思考 → 计划 → 构建 → 评审 → 测试 → 上线 → 反思
每项技能都为下一项奠定基础：
/office-hours撰写一份设计文档- 然后
/plan-ceo-review进行阅读 /plan-eng-review编写测试计划- 接着
/qa予以执行 /review捕捉到的缺陷- 随后
/ship验证其已得到修复。没有任何环节会遗漏，因为每个步骤都清楚前序步骤的情况。
技能详解
| 技能 | 您的专家 | 他们做什么 |
|---|---|---|
/office-hours | YC办公时间 | 从这里开始。六个强制性问题，能在你编写代码之前重新定义你的产品。它们会挑战你的原有框架，质疑既定前提，催生多种实现方案。设计文档将为后续的各项技能提供支持。 |
/plan-ceo-review | 首席执行官/创始人 | 重新思考问题。在请求中找到隐藏的十星级产品。四种模式：扩展、选择性扩展、保持范围、缩减。 |
/plan-eng-review | 工程经理 | 锁定架构、数据流、图表、边缘情况和测试。将隐藏的假设公之于众。 |
/plan-design-review | 高级设计师 | 对每个设计维度进行0至10分评分，说明10分的具体表现，然后编辑方案以达到目标。AI坡度检测。交互式——每次设计选择对应一个AskUserQuestion。 |
/design-consultation | 设计合伙人 | 从零开始构建完整的设计系统。研究行业现状，提出创新风险，生成逼真的产品原型。 |
/review | 资深工程师 | 查找通过 CI 但会在生产环境中崩溃的缺陷。自动修复明显的缺陷。标记完整性缺失之处。 |
/investigate | 调试器 | 系统化的根本原因调试。铁律：不调查绝不修复。追踪数据流，检验假设，三次修复失败后即停止。 |
/design-review | 会编码的设计师 | 与/计划设计评审相同的审计，然后修复发现的问题。原子提交，前后截图。 |
/qa | 质量保证主管 | 测试您的应用，查找错误，通过原子提交修复它们，然后重新验证。为每次修复自动生成回归测试。 |
/qa-only | 质量保证报告员 | 与/qa相同的方法，但仅报告。纯粹的错误报告，不涉及代码更改。 |
/cso | 首席安全官 | OWASP Top 10 + STRIDE 威胁模型。零误报：排除 17 个假阳性，8/10+ 确信度阈值，独立发现验证。每个发现均附有具体的漏洞利用场景。 |
/ship | 发布工程师 | 同步主分支，运行测试，审计覆盖率，推送，打开PR。如果没有测试框架，则进行初始化。 |
/land-and-deploy | 发布工程师 | 合并PR，等待CI并部署，验证生产环境健康状况。只需一条命令，即可从‘已批准’变为‘已在生产中验证’。 |
/canary | SRE | 部署后监控循环。监测控制台错误、性能下降及页面故障。 |
/benchmark | 性能工程师 | 基准页面加载时间、核心网页指标和资源大小。在每次 PR 中对比前后变化。 |
/document-release | 技术作家 | 更新所有项目文档，以匹配您刚刚发布的版本。可自动检测过时的 README 文件。 |
/retro | 工程经理 | 团队意识的每周回顾。按人分解数据、交付连续性、测试健康趋势、增长机会。/retro global适用于您所有项目和AI工具（Claude Code、Codex、Gemini）。 |
/browse | 质量保证工程师 | 真正的 Chromium 浏览器，真实的点击，真实的截图。每条命令约100毫秒。 |
/setup-browser-cookies | 会话管理器 | 从您的真实浏览器（Chrome、Arc、Brave、Edge）导入Cookie到无头会话中。测试已认证的页面。 |
/autoplan | 审核流水线 | 一条命令，全面审核的计划。自动执行CEO → 设计 → 工程评审，并内置决策原则。仅呈现待您批准的决策选项。 |
我对gstack的评价
我目前使用了2个技能：/office-hours 和 /document-release，因为我目前是让他帮我梳理已有的文档。
/office-hours
使用过程中，确实问了我几个问题，让我把模糊的需求，转变为了AI可执行的动作，这个确实很棒，好多时候AI不符合预期，其实就是我没有想明白，没有把问题拆解到足够小的维度。
/document-release
技术作家也很棒，我原来的文档其实是有点杂乱不堪的，我先是让他给我输出一份诊断报告，看看是否说的有道理，之后再给予诊断报告，对现有文档进行更改，最终的结果来看，文档确实更好了一些。
| 状态 | 数量 | 占比 | 说明 |
|---|---|---|---|
| ✅ GOOD | 35篇 | 70% | 符合目标风格 |
| ⚠️ MIXED | 12篇 | 24% | 部分符合，需调整 |
| ❌ PROBLEM | 3篇 | 6% | 不符合，需重写 |
| 总计 | 50篇 | 100% | - |
其他的还没开始使用，待继续尝试。不过目前用的两个，感觉很惊艳，所以先发出来，让更多人试试。英文好的可以直接看github链接：github.com/garrytan/gs…
