gstack
从产品想法到 PR 的开发工作流
Garry Tan 的多角色技能套件，把产品推敲、方案评审、代码审查、浏览器测试和 PR 交付串起来，让下一步接着已有文档与验证记录继续工作。
作者列出的适用客户端
- Claude Code
- Codex（实验性）
- Cursor（实验性）
- OpenCode（实验性）
- GitHub Star
- 137,978
- 版本
- 1.91.291.0
- 资料核对
从当前阶段进入，拿到下一步能用的结果。
只有想法，先用 office-hours 把问题和方案讲清；已有计划，交给 autoplan 评审；代码写完后，再做 review、QA 和 PR 交付。先选下面与你当前进度相符的任务。
选一个任务，开始使用
以下六项是不同工作阶段的入口。安装一次即可选择使用；已经配置好 gstack，可直接从提示词开始。
还在判断“该做什么”。/office-hours 会追问真实问题、比较方案，产出设计文档。
安装并配置 gstack
下面是 Claude Code 的首次安装命令；装好后按作者说明合并 CLAUDE.md 配置，保留项目原有规则。Codex、Cursor、OpenCode 要用对应的 --host 安装方式。已有 gstack 时按升级指南处理，不重复克隆。
查看作者安装说明git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup把这段话发给 AI
示例由本站按各技能原文编写，使用 Claude Code 的命令名。替换业务场景并补充材料；Codex、Cursor 请请求对应的 gstack-技能名，OpenCode 使用 /gstack-技能名。
/office-hours 我想做一个面向项目经理的团队周报助手，初步想法是把分散的项目进度汇总成周报。我会补充用户反馈和现有做法。请先逐个追问具体痛点、现在如何解决、谁最需要它，再挑战我的关键假设。给出 2–3 条有实质差异的实现路径，说明投入、风险和能复用的现有能力。我选定方向后，写出设计文档、最小可验证版本和下一步现实验证行动。这一步不写业务代码。
检查你拿到的结果
- 用户问题、现有替代方案和待验证假设分开呈现，方案能追溯到实际反馈。
- 至少两条可比较的路径，包含投入与风险；推荐方案说明取舍，并保留你的选择。
- 得到可打开的设计文档和具体的下一步验证行动，尚未开始实现功能。
进一步了解这个 Skill
gstack 的核心是阶段之间的交接。office-hours 产出的设计文档可以进入后续方案评审，工程评审的测试计划可供 QA 读取，代码审查和 QA 的发现则进入交付流程。你可以从当前阶段开始，不必为每次小改动走完整条流程。
想法阶段的 office-hours 会先追问问题、挑战假设，再让你比较不同路径，最终写设计文档。autoplan 则依次处理产品范围、适用的界面设计与开发者体验评审，最后由工程评审检查修订后的整体计划；改变原定方向的建议仍要由你决定。
代码审查和问题定位是两件事。review 对照分支差异查找真实缺陷，并按规则修复明确问题；已经遇到难以解释的故障时，investigate 更侧重复现、追踪原因、检验假设，再修复和验证。
QA 也有两种入口。qa-only 记录发现、复现步骤和证据，保留产品代码与测试；qa 在确认问题后进入修复、回归验证和提交。除了网页，这两项也能针对 API、CLI、后台任务或 webhook 选择相应检查方式，具体准备依测试对象而定。
ship 负责把功能分支整理成可评审的交付：整合基线、运行测试和审查、核对文档、提交并推送，创建或更新 PR。合并与上线验收由另一条 land-and-deploy 流程处理；仓库现有的 CI 仍可能在推送时运行。
首次安装优先按你使用的客户端选择方式。裸 ./setup 默认安装给 Claude Code；Codex、Cursor、OpenCode 需指定对应 --host，./setup --status 可查看安装情况。gstack 使用 MIT 许可证，模型调用和外部服务的账号、费用另计。
来源与核验
资料核对