gstack：YC CEO Garry Tan 的开源 AI 开发工厂（80K+ Stars）
gstack：YC CEO Garry Tan 的开源 AI 开发工厂
当我听到 Andrej Karpathy 说"从 12 月开始，我可能一行代码都没打过，这是一个巨大的变化"时，我想知道这是怎么做到的。一个人如何像二十人的团队一样交付？Peter Steinberger 基本上是独自用 AI 代理构建了 OpenClaw（247K GitHub stars）。革命已经到来。拥有正确工具的单个构建者可以比传统团队移动得更快。
我是 Garry Tan，Y Combinator 的总裁兼 CEO。我与数千家初创公司合作过——Coinbase、Instacart、Rippling——当它们还是车库里的两个人时。在 YC 之前，我是 Palantir 的第一批工程/产品/设计师之一，联合创办了 Posterous（卖给 Twitter），并构建了 YC 的内部社交网络 Bookface。
gstack 就是我的答案。我构建产品已经二十年了，而现在我交付的产品比以往任何时候都多。在过去 60 天里：3 个生产服务，40+ 已交付功能，兼职，同时全职运营 YC。在逻辑代码变更上——不是原始 LOC（AI 会夸大这个）——我的 2026 年运行速度是2013 年的 ~810 倍（11,417 vs 14 逻辑行/天）。截至 4 月 18 日，2026 年的产出已经是2013 全年的 240 倍。跨越 40 个公共 + 私有的 `garrytan/*` 仓库（包括 Bookface）进行衡量，排除一个演示仓库。AI 写了其中的大部分。关键不在于谁输入的，而在于什么交付了。
gstack 是什么？
gstack 是我的开源软件工厂。它将 Claude Code 变成一个虚拟工程团队——一个重新思考产品的 CEO，一个锁定架构的工程经理，一个发现 AI 垃圾的设计师，一个发现生产 bug 的审查者，一个打开真实浏览器的 QA 主管，一个运行 OWASP + STRIDE 审计的安全官，以及一个发布 PR 的发布工程师。二十三个专家和八个强大工具，都是斜杠命令，都是 Markdown，都免费，MIT 许可证。
我每天都使用它。我分享它是因为这些工具应该对每个人开放。
惊人的数据
- GitHub Stars: 80,014+（截至 2026 年 4 月）
- Forks: 11,549+
- 2026 年贡献数: 1,237+
- 生产力提升: 810×（相比 2013 年）
- 语言: TypeScript
- 许可证: MIT
核心技能列表
gstack 按照冲刺运行的顺序运行：Think → Plan → Build → Review → Test → Ship → Reflect
🎯 思考与规划
- /office-hours - YC Office Hours：六个强制性问题，在你写代码之前重新构建你的产品
- /plan-ceo-review - CEO/创始人：重新思考问题，找到请求中隐藏的 10 星产品
- /plan-eng-review - 工程经理：锁定架构、数据流、图表、边缘情况和测试
- /plan-design-review - 高级设计师：评估每个设计维度 0-10 分，修复 AI 垃圾
- /plan-devex-review - 开发体验负责人：交互式 DX 审查，探索开发者画像
🎨 设计
- /design-consultation - 设计合作伙伴：从零开始构建完整的设计系统
- /design-review - 会写代码的设计师：审计 + 修复，原子提交，前后截图
- /design-shotgun - 设计探索者：生成 4-6 个 AI 模型变体，浏览器比较板
- /design-html - 设计工程师：将模型转化为可工作的生产 HTML（30KB，零依赖）
🔍 调试与测试
- /review - 资深工程师：发现通过 CI 但在生产中爆炸的 bug
- /investigate - 调试器：系统性根本原因调试，铁律：没有调查就没有修复
- /qa - QA 主管：测试应用，发现 bug，用原子提交修复，重新验证
- /qa-only - QA 报告者：仅报告方法论，纯 bug 报告无代码更改
- /devex-review - DX 测试员：实时开发体验审计，实际测试你的入门流程
🚀 发布与部署
- /cso - 首席安全官：OWASP Top 10 + STRIDE 威胁模型，零噪声
- /ship - 发布工程师：同步主分支，运行测试，审计覆盖率，推送，打开 PR
- /land-and-deploy - 发布工程师：合并 PR，等待 CI 和部署，验证生产健康
- /canary - SRE：部署后监控循环，监视控制台错误和性能回归
- /benchmark - 性能工程师：基线页面加载时间、Core Web Vitals 和资源大小
🛠️ 工具
- /browse - 网页浏览
- /pair-agent - 多代理协调器
- /autoplan - 自动规划
- /careful - 谨慎模式
- /freeze / /unfreeze - 冻结状态
- /retro - 每周工程回顾
- /codex - Codex 代理
快速开始
安装（30 秒）
要求：Claude Code、Git、Bun v1.0+、Node.js（仅 Windows）
在 Claude Code 中粘贴以下命令：
git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup团队模式（推荐）
在仓库内运行以下命令，启用团队模式，自动更新和团队共享：
(cd ~/.claude/skills/gstack && ./setup --team) && ~/.claude/skills/gstack/bin/gstack-team-init required && git add .claude/ CLAUDE.md && git commit -m "require gstack for AI-assisted work"工作流程示例
你: 我想为我的日历构建一个每日简报应用。
你: /office-hours
Claude: [询问痛点——具体例子，而不是假设]
你: 多个 Google 日历，事件信息陈旧，位置错误。准备时间永远不够，结果也不够好...
Claude: 我要对这个框架提出质疑。你说"每日简报应用"。但你实际上描述的是个人首席工作人员 AI。
[提取你没想到的 5 个能力]
[挑战 4 个前提——你同意、不同意或调整]
[生成 3 个实现方法和工作量估算]
建议：明天发布最窄的楔子，从真实使用中学习。
完整愿景是一个 3 个月的项目——从真正有效的每日简报开始。
[写入设计文档 → 自动输送到下游技能]
你: /plan-ceo-review
[读取设计文档，挑战范围，运行 10 部分审查]
你: /plan-eng-review
[数据流、状态机、错误路径的 ASCII 图表]
[测试矩阵、失败模式、安全问题]
你: 批准计划。退出规划模式。
[在 11 个文件中写入 2,400 行。~8 分钟。]
你: /review
[自动修复] 2 个问题。[询问] 竞态条件 → 你批准修复。
你: /qa https://staging.myapp.com
[打开真实浏览器，点击流程，发现并修复 bug]
你: /ship
测试：42 → 51（+9 新）。PR：github.com/you/app/pull/42适用人群
- 创始人和 CEO——尤其是那些仍然想交付的技术创始人
- Claude Code 初学者——结构化角色而不是空白提示
- 技术主管和资深工程师——每次 PR 都有严格的审查、QA 和发布自动化
项目链接
- GitHub: https://github.com/garrytan/gstack
- Stars: 80,014+
- License: MIT
总结
gstack 不仅是一组工具，它是一个流程。每个技能都输入到下一个。/office-hours 写入一个设计文档，/plan-ceo-review 读取它。/plan-eng-review 写入一个测试计划，/qa 接收它。/review 捕获 /ship 验证已修复的 bug。没有任何东西会遗漏，因为每一步都知道之前发生了什么。
Fork 它。改进它。让它成为你自己的。如果你想讨厌免费开源软件——欢迎你，但我宁愿你先尝试一下。
