# GStack 深度拆解:YC CEO 的 AI Agent工厂
**作者**: Yanhua
**日期**: 2026-04-02T14:49:27.000Z
**来源**: [https://x.com/yanhua1010/status/2039716848070172686](https://x.com/yanhua1010/status/2039716848070172686)
---

Y Combinator CEO 开源了他的编程工作流。23 个 AI 角色,完整的 Sprint 流程,真实浏览器测试。3 周,61000 Star。我花了几个小时拆解这个项目,聊聊我看到了什么。
## 先说这个项目有多离谱
gstack 在 2026 年 3 月 11 日上线,到今天刚好 3 周。61000 Star,8000 Fork,734 个 PR。

开发者工具领域很少见到这种速度。
作者 Garry Tan,Y Combinator 现任 CEO。但他不是那种纯管理出身的 CEO,技术底子很扎实。Palantir 早期工程师和产品经理,Posterous 联合创始人(后被 Twitter 收购),还亲手在 YC 内部写了社交网络 Bookface。
他说过去 60 天,用 gstack 写了 60 万行以上的生产代码,35% 是测试,每天 1 到 2 万行。同时还在全职管理 YC。
## 一个人干二十个人的活?
gstack 的 README 开头引用了 Andrej Karpathy 在 2026 年 3 月说的一句话:
"自从去年 12 月以来,我基本没打过一行代码。"
Karpathy 不是在开玩笑。Peter Steinberger 用 AI 代理几乎独自打造了 OpenClaw,拿下 24.7 万 Star。Garry Tan 显然被这些案例刺激到了,gstack 就是他给出的回应。
他自己每天在用,然后 MIT 协议直接开源了,没有付费版,没有等候名单。
## 23 个角色,各干各的
gstack 没有走"一个万能助手"的路子,它直接拆成了一个团队。每个 slash command 背后是一个专职角色:
/plan-ceo-review(CEO):重新定义产品方向,找需求背后的 10 倍机会
/plan-eng-review(工程经理):锁定架构、画数据流图、列边界情况和测试矩阵
/plan-design-review(设计师):每个设计维度打 0-10 分,专门检测 AI 生成的设计"泡沫"
/review(代码审查员):Staff Engineer 级别审查,能自动修的直接修,不确定的标出来问你
/qa(QA):打开真实浏览器,挨个流程点,发现 bug 自动修复,顺手生成回归测试
/cso(安全官):OWASP Top 10 + STRIDE 威胁建模,每个发现附带具体利用场景
/ship(发布工程师):跑测试、审计覆盖率、push、开 PR,一条龙
全部 slash command 调用,全部 Markdown 编写,MIT 开源。
## 真正值钱的是这套 Sprint 流程
说实话,单看每个角色并不稀奇。很多 AI 编程工具都有类似的功能。gstack 真正不一样的地方在于,它把这些角色串成了一套完整的 Sprint:

关键在于每个环节自动读取上一个环节的输出:
- /office-hours 产出设计文档
- /plan-ceo-review 读取设计文档并审查
- /plan-eng-review 输出测试计划和架构决策
- /qa 按测试计划执行浏览器测试
- /review 找到的 bug,在 /ship 时会被验证已修复
上下文不断传递,所以不会有"这个环节不知道上个环节做了什么"的问题。这是 gstack 和其他 AI 编程工具最大的差别。
## /qa:AI 真的能"看见"你的应用了
所有角色里,我觉得 /qa 最值得单独聊。
它不是做静态分析。它真的会打开一个 Chrome 浏览器,用 Playwright 控制,执行真实的点击、填表、导航、截图。发现 bug 之后自动修复,然后生成回归测试防止复发。
Garry Tan 说 /qa 让他从 6 个并行任务扩展到了 12 个,因为测试环节不再需要人盯了。
/browse 的 $B connect 命令更直观。它启动你本地的 Chrome,AI 的每一步操作你都能实时看到。浏览器顶部有一道绿色微光标记,告诉你哪个窗口在被 AI 控制。不是在后台偷偷跑一个无头浏览器,而是你跟 AI 看着同一块屏幕。
## 不绑一家 AI
gstack 不只能跑在 Claude Code 上,还兼容 OpenAI Codex CLI、Gemini CLI、Cursor 和 Factory Droid。
其中 /codex 命令比较有意思。它直接调用 OpenAI 的 Codex 对同一段代码做独立审查,然后跟 Claude 的审查结果做交叉对比。两个不同模型都指出同一个问题,那大概率是真 bug。一个模型独有的发现,值得多看一眼。
## 同时跑 15 个 Sprint
gstack 一个人用已经挺好了,但 Garry Tan 真正的玩法是并行。
配合 Conductor(conductor.build),他同时开 10 到 15 个 Sprint,每个跑在独立工作区:
- 一个在跑 /office-hours,探索新想法
- 一个在做 /review,审查 PR
- 一个在写功能代码
- 一个在跑 /qa,测试 staging 环境
- 其他的在处理不同分支
为什么这能跑起来?因为有前面那套 Sprint 流程兜底。每个 AI 代理清楚自己该干什么、干到哪里停。没有流程的话,10 个 AI 同时跑只会制造混乱。
## 安全护栏
让 AI 大面积写代码,安全问题绕不开。gstack 给了几道刹车:
/careful:碰到 rm -rf、DROP TABLE、force-push 这类破坏性命令会先拦住。说一句 "be careful" 就能激活,随时可以覆盖。
/freeze:把编辑范围锁死在一个目录里。调 bug 的时候最怕 AI "顺手"改了不相关的代码,这个能防住。
/guard:/careful + /freeze 一起开,最高安全级别。
/cso:正经的安全审计,OWASP Top 10 + STRIDE 威胁建模,17 条误报排除规则,8/10 以上置信度的发现才报。
## 几个容易被忽略的细节
/learn:跨会话积累项目经验。你踩过的坑、偏好、最佳实践,下次开会话还记得。用得越久越顺手。
/retro:周回顾。能跨项目、跨 AI 工具(Claude Code、Codex、Gemini)统计。前面提到的"一周 14 万行代码"就是 /retro 跑出来的数据。
/document-release:每次 /ship 会自动调用,把 README、ARCHITECTURE、CONTRIBUTING 这些文档跟代码同步更新。写代码的人最烦更新文档,这个直接帮你干了。
/design-shotgun:生成多个设计变体,在浏览器里开对比面板让你选。还有"品味记忆",会记住你的审美偏好。
/office-hours:模拟 YC 的 Office Hours。不写代码,专门帮你想清楚要做什么。6 个 forcing questions 挑战你的预设,然后给实现方案和工作量评估。
## 项目本身的质量
几个指标:
- 3 周从 v0.1 迭代到 v0.15,每天多次更新
- 734 个 PR,不少来自社区贡献
- 架构、精神、贡献、变更日志文档充足
- 安全审计做了多轮,修复了几十个问题
- 遥测默认关闭,opt-in 才发送,只收集技能名称、耗时、成功/失败
- MIT 协议,没有付费陷阱
能看出来这是一个被认真维护的项目,不是周末写着玩的。
## 我怎么看
过去两年我们用的 AI 编程工具基本都是 Copilot 模式:AI 帮你补全代码、写函数、生成测试,你还是那个写代码的人。
gstack 走了另一条路。它不是给你一个更聪明的助手,而是给你一个团队。你的角色从"写代码的人"变成"管团队的人"。
想清楚要做什么、做架构决策、判断什么好什么不好,这些还是得你来。但写代码、审查、测试、部署、更新文档,交给 AI 跑就行。
作为一个出海产品开发者,我之前最难受的就是一个人干所有事。代码没人 review,产品方向没人帮你想,bug 没人帮你测。gstack 相当于免费给你配了一个虚拟团队。
安装就一行命令:
我还没来得及在实际项目里跑,后续会出一期实测。但光从项目设计和代码质量来看,值得花时间研究一下。
GitHub:https://github.com/garrytan/gstack
## 相关链接
- [Yanhua](https://x.com/yanhua1010)
- [@yanhua1010](https://x.com/yanhua1010)
- [12K](https://x.com/yanhua1010/status/2039716848070172686/analytics)
- [conductor.build](https://conductor.build/)
- [https://github.com/garrytan/gstack](https://github.com/garrytan/gstack)
- [升级至高级版](https://x.com/i/premium_sign_up)
- [10:49 PM · Apr 2, 2026](https://x.com/yanhua1010/status/2039716848070172686)
- [12.1K Views](https://x.com/yanhua1010/status/2039716848070172686/analytics)
- [View quotes](https://x.com/yanhua1010/status/2039716848070172686/quotes)
---
*导出时间: 2026/4/3 13:53:08*