如果你是一位开发者，想象一下，在处理你作为 CEO 的日常职责的同时，还能在 60 天内写下超过 60 万行的生产代码。这听起来像是天方夜谭，但 Y Combinator 的总裁兼 CEO Garry Tan 做到了。
这不是因为他发现了什么时间管理的魔法，而是因为他改变了与 AI 协作的方式。他将这套方法打包成一个开源的软件工厂——gstack，它的目标是把 Claude Code 变成一个你可以管理的虚拟工程团队。
问题的根源：AI 工具的混乱与低效
我们中的许多人都尝试过使用 AI 编程助手，但常常感到沮丧。我们得到的可能是一堆零散的代码片段，缺乏统一的架构思考，甚至会引入难以察觉的 bug。我们花在提示、筛选和修复上的时间，有时并不比自己从头写更少。我们得到的只是一个“副驾驶”，而不是一个真正的“团队”。
Garry Tan 在 2013 年构建 YC 内部社交网络 Bookface 时，一年贡献了 772 次。而在 2026 年，借助新的工具，他在不到三个月的时间里就贡献了 1237 次。他坦言：“同一个人，不同的时代。区别就在于工具。”
gstack 就是这个区别。它不是又一个代码补全工具，而是一套将产品开发流程化的工作方法，一套集成了 CEO、工程经理、设计师、QA 和发布工程师等 15 个专业角色的“虚拟团队”。
gstack 的核心价值：流程化的虚拟工程团队
gstack 的核心理念是，将传统的软件开发冲刺（Sprint）流程——思考 → 计划 → 构建 → 审查 → 测试 → 发布 → 反思——固化为一系列的专业 Skills。
每个 Skill 都扮演一个专业角色，并将自己的产出物传递给下一个环节。这解决了 AI 协作中最大的问题：信息丢失和目标偏移。
/office-hours: 这不是让你直接开始写代码，而是像在 YC 的 Office Hours 一样，强迫你先回答六个问题，重新审视你的产品构想。它会挑战你的前提，帮你发现你真正想解决的问题，并最终生成一份设计文档。 /plan-ceo-review & /plan-eng-review: 设计文档会自动流入这两个环节。CEO 角色会帮你思考产品的“十倍好”体验在哪里，而工程经理角色则会帮你锁定架构、数据流、边界情况和测试方案，把隐藏的假设都摆到桌面上。 /review: 就像团队里的资深工程师，它能帮你找到那些能通过 CI 但会在生产环境中“爆炸”的 bug，并自动修复其中的明显问题。 /qa: 这是一个巨大的飞跃。它能打开一个真实的浏览器，像真人一样点击你的应用，发现并修复 bug，然后为这个 bug 自动生成一个回归测试。这让 AI 拥有了“眼睛”。 /ship: 当一切准备就绪，这个“发布工程师”会帮你同步主干、运行测试、审计代码覆盖率、推送并开启一个 PR。如果你的项目没有测试框架，它甚至会帮你从头搭建一个。
这一整套流程下来，一个人的产出能力可以媲美一个 20 人的高效团队。更关键的是，Garry Tan 指出，他可以同时并行运行 10-15 个这样的冲刺。这才是生产力呈指数级增长的关键。
不只是工具，更是工作哲学
gstack 的价值远不止于这些命令。它背后是一种严谨的工程哲学。
设计为核心： /design-consultation会研究你所在领域的产品，提出稳妥和创新的设计方案，并生成真实的产品模型。设计决策会贯穿整个开发系统。测试一切： gstack追求 100% 的测试覆盖率。在它看来，测试是让“跟着感觉走”的编码变得安全，而不是“YOLO 式”的鲁莽编码。文档自动化： /document-release会在你发布后，自动读取项目中的所有文档，交叉比对代码变更，并更新所有过时的内容。安全护栏： 你可以通过 /careful、/freeze等指令，在执行rm -rf或git reset --hard等危险操作时获得警告，或者在调试时锁定文件编辑范围，防止 AI“好心办坏事”。多 AI 第二意见： /codex可以从 OpenAI 的 Codex CLI 获得独立的 review 意见，让你能交叉验证两个不同 AI 模型的发现。
gstack 动手实战
看完 gstack 的介绍之后，我也迫不及待进行了测试。以下 /office-hours 部分对话内容：
我要针对英语学习用户，开发一个英语学习 App
• 你的目标是在英语学习赛道里定义一个可落地的 App 方向。我先用 office-hours 这个产品构思流程，快速收敛用户、痛点和最小切入口，再给你一个可执行的产品方案。
• Explored
• 我已经加载了产品构思流程。接下来我会先按这个流程把方向拆成用户、场景、切口、核心机制四层，直接给你一个适合英语学习市场的 MVP 方案。
• Explored
└ Read SKILL.md
───────────────────────────────────────────────────────────────────────────────────────
• 我先补齐当前项目上下文，确认这个仓库现在处于什么阶段，避免给你一个和现状脱节的方案。然后我会只问一个关键问题，用来判断是按创业产品还是按 side project 来设计。
───────────────────────────────────────────────────────────────────────────────────────
• 当前目录看起来还不是一个 git 仓库，也没有现成的设计文档，说明这更像是从 0 到 1 的产品定义阶段。我先快速看一下目录里有没有任何现有材料，再决定方案从多抽象还是多具体开始。
• Explored
└ List ls -la
List .
───────────────────────────────────────────────────────────────────────────────────────
• 目录里只有一个 player.md，我先读一下，确认里面是不是已经有用户画像或功能想法，避免重
• Explored
└ Read player.md
───────────────────────────────────────────────────────────────────────────────────────
切分、下载和断点续播。也就是说，你现在更像是在做“用真实视频材料学英语”的产品，而不是泛英语学习平台。
我只需要你回答一个关键问题：你想把它做成创业产品，还是个人 side project / 学习项目？前者我会直接帮你收敛付费用户、最小商业切口和 MVP；后者我会给你一个最快能做出来、同时又足够惊艳的版本。
› 创业产品
• 基于你现在的材料，我先按创业产品来推进。当前方向很像“面向中文用户的沉浸式视频学英语 App”，主打真实视频内容、双语字幕、句级复读、查词和 AI 辅助，而不是传统背单词或题库产品。
先确认产品阶段，这会决定我接下来问你的问题会有多狠：你现在是纯想法阶段，还没有用户；
已经有用户但没人付费；还是已经有付费用户？
不要回答“英语学习者”这种大类，我要你给出尽量具体的人：
比如“准备 6 个月内转岗外企的 27 岁产品经理”“每天通勤 40 分钟、想练听力但讨厌背单词的最好按这个格式回：
- 这个人是谁
- 他现在最痛的英语问题是什么
- 他现在用什么笨办法解决
- 为什么现有办法让他不爽到愿意试新产品
› 目标练习英语口语的用户，最痛的英语问题是不敢开口，害怕发音不准确
• 这还不够具体。“练口语的用户”不是客户，只是一个大类；“不敢开口、怕发音不准”也还是所有把人收窄到一个你能直接找到并访谈的具体画像。按这个格式给我 1 个最典型的人：
- 为什么这些方案没有解决问题
如果你答不出一个具体人，说明现在还停留在“赛道”而不是“需求”。
在以上对话中，YC Office Hours 会根据你提出的 Idea 提出各种 “刁钻” 的问题，让你从多个角度更好地审视你的 Idea。
立刻上手，体验未来
gstack 是免费、MIT 许可的开源项目。它目前支持 Claude Code、Codex、Gemini CLI 等遵循 SKILL.md 标准的 AI Agent。
安装过程非常简单，只需要在 AI Agent 中运行一行命令：
git clone https://github.com/garrytan/gstack.git ~/gstack
cd ~/gstack && ./setup --host auto
Garry Tan 把它开源，是因为他相信我们正处在一个新时代的黎明。那些现在就学会如何与 AI Agent 深度协作的人，将拥有巨大的优势。
gstack 提供了一个范本，告诉我们如何驾驭这股力量，将 AI 的混乱潜力转化为结构化的、可管理的工程能力。这也许就是软件开发的未来。
