开发工具#多智能体#代码智能体

gstack:Garry Tan 把 Claude Code 配成一支工程团队

gstack 是 YC 总裁 Garry Tan 开源的 Claude Code 配置,23 个命令扮演 CEO、QA,把单人开发撑成一支工程团队。

项目资料

GitHub Ecosystem
仓库地址github.com/garrytan/gstack
许可证
MIT
主语言
TypeScript
星标
134,611
核查时间
2026-09-30

以上快照资料以核查当日为准,可能随版本或运营策略变化。

自己用 Claude Code 干活,提示词写得再细,它还是会顺手重构不相干的文件、跳过测试就交差——问题多半出在没有流程。gstack 是 YC 总裁 Garry Tan 开源的整套 Claude Code 配置:官方描述说它是 23 个意见鲜明的工具,分别扮演 CEO、设计师、工程经理、发布经理、文档工程师和 QA,README 里再补了一句,23 个专家角色之外还有 8 个辅助工具,全部以 slash 命令提供。最值得琢磨的机制是组织方式:技能按真实冲刺的顺序串成一条链——想、规划、构建、评审、测试、发布、复盘——/office-hours 写出的设计文档会被 /plan-ceo-review 直接接手,上一步产出喂下一步。视频号「蒋林伶Linling」2026 年 3 月推荐过它(视频里说 25 个 skill,数字随版本演进,以官方描述的 23 个为准)。

README 先用两张贡献图为这套工作法背书:2026 年截至 9 月底 1,237 次贡献,2013 年他构建 YC 内部社交网络 Bookface 全年 772 次。作者还按逻辑代码行做了对比,2026 年速率约为 2013 年的 810 倍(11,417 对 14 行/天,跨 40 个公开与私有仓库统计、剔除一个演示仓库,方法与复现脚本随仓库公开)。这是作者对自己产出的统计与归因,看看就好;下面这些具体行为才是装上后真正多出来的东西。

Garry Tan 的 2026 年 GitHub 贡献热力图,README 标注 1,237 次贡献、年初起明显加速

Garry Tan 2013 年构建 Bookface 时的 GitHub 贡献热力图,全年 772 次贡献

核心功能

gstack 的 23 个命令各顶一张职务卡,README 为每个角色写清了职责和产出:

  • /office-hours 产品拷问:六个强迫性问题重构你的产品定位。README 的示例里,你说“做个每日简报应用”,它反驳说你要做的其实是“私人参谋 AI”,随后给三种实现方案和工期估计,建议先上线最窄的一块,写出的设计文档自动喂给下游技能。
  • 评审流水线:/plan-eng-review 锁架构、数据流和测试矩阵;/review 专抓“能过 CI 却在生产炸掉”的 bug,顺手的小问题直接修;/autoplan 一条命令跑完 CEO→设计→DX→工程四道评审,工程评审固定压轴,保证审的是最终版方案。
  • 真浏览器 QA:/qa 打开浏览器点完关键流程,发现 bug 先写一个失败的回归测试、修完复验;CLI、API、webhook 这类无网页目标也有对应的测法。浏览器优先用 macOS 上的 Aside(带你真实的登录态),没装就回落到 setup 构建的自带 Chromium。
  • 发布链:/ship 跑测试、审覆盖率和文档漂移,然后开 PR;/land-and-deploy 合 PR、等 CI、验证生产健康;/canary 在部署后盯控制台报错与性能回退。
  • 跨智能体协作:./setup 能识别 10 个编码智能体(Codex CLI、Cursor、OpenCode 等,–host 指定);/codex 与 /claude-code 让 Claude 和 GPT 互为第二意见;/pair-agent 让不同厂商的智能体共用一个浏览器,各占一个标签页。
  • 防呆与记忆:/careful 在 rm -rf、force-push 这类破坏性命令前先警告;/freeze 把编辑范围锁进一个目录;/investigate 立下“没有调查就不许修”的规矩,连续 3 次修复失败就停手;/learn 记下项目里的坑,跨会话复用。

典型使用场景

gstack 的 README 点名了三类读者,落到日常大致是这些用法:

  • 技术创始人想继续亲手写产品:想法丢给 /office-hours 聊透,再走 /autoplan → 实现 → /review → /qa → /ship;作者自称运营 YC 之余,最近 60 天上线了 3 个生产服务和 40 多个功能(README 自述)。
  • 第一次用 Claude Code 的人:面对空白提示词不知从哪下手,这套带角色的流程等于把“该让智能体干什么”预先写好了。
  • 并行开多个冲刺:作者自述常规同时跑 10–15 个会话(配合 Conductor 这类多会话工具);要在界面层统一调度 Claude Code、Codex 这些智能体,Paseo 是更纯粹的调度层。
  • 团队统一流程:./setup –team 之后,队友克隆仓库就自动获得同一套配置,可设 required 或 optional 两档。

快速上手

gstack 的安装命令在 README 里是一段要粘贴进 Claude Code 的完整话术,核心动作是这一行:

git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup

前置要求 Claude Code、Git 和 Bun v1.0+(Windows 另需 Node.js)。装完按 README 建议试四步:/office-hours 描述你在做的东西,/plan-ceo-review 审一个功能想法,/review 审任意有改动的分支,/qa 指向一个 staging URL——试完这四步,你就知道它适不适合自己。

小结

gstack 适合三类人:想给个人开发立流程的技术创始人、需要结构化角色而非空白提示词的 Claude Code 新手、想在每个 PR 上加严评审与 QA 的 tech lead。项目以 MIT 许可证开源,TypeScript 编写,README 承诺免费、无付费层、无候补名单。

几点坑提前知道:整套东西硬依赖 Claude Code(或它支持的 10 个智能体),外加 Bun 与 Git;最佳体验绑定 macOS 加 Aside 浏览器(macOS 15+),Linux、Windows 走自带 Chromium,Windows 不开开发者模式的话每次 git pull 后要重跑 setup。几十个技能的描述每个会话都占 token,README 为此专门写了 gstack-context-bill 来审计这笔开销。./setup 会往 ~/.claude/settings.json 写一个默认开启的 Stop hook(可关);/cso 安全审计还需要本机原生工具链,缺了会明说 not assessed。