Garry Tan 的 gstack：一个全栈创业公司的“操作系统”模板

当 Y Combinator 的 CEO 亲自下场写一个 CLI 工具，它注定不只是又一个模板。garrytan/gstack 在 24 小时内新增超过 1000 个 Star，累计近 10 万 Star，成为开发者社区的现象级项目。它并非简单的“脚手架”，而是一套包含 CEO、设计师、工程经理等 23 个专有工具的“创业公司操作系统”，旨在将 Garry Tan 在 YC 积累的“最佳实践”直接编码为可执行的 CLI 命令。

这个项目在做什么

gstack 解决的是一个经典问题：全栈创业公司如何从零开始，在保持速度的同时不牺牲质量？传统的模板（如 create-react-app）只提供文件结构，而 gstack 更进一步，将项目管理、角色分工、发布流程等“软性”最佳实践固化为一套 CLI 工具。

它的核心是 23 个专有工具，每个对应一个角色：gstack ceo 生成战略文档，gstack designer 输出设计系统，gstack em 创建工程任务，gstack qa 运行测试套件。这些工具并非独立，而是通过一个共享的上下文（项目配置文件）协同工作，形成一个“虚拟团队”。

为何此刻被关注

gstack 的爆发并非偶然。2026 年 5 月 17 日，它单日获得 5726 个 Star，创下峰值。这背后是 Garry Tan 在社交媒体上的一次病毒式传播：他发布了一条推文，展示 gstack 如何让一个 3 人团队在 48 小时内完成从想法到 MVP 的全流程，并附上了一个 2 分钟的演示视频。视频中，他仅用 gstack ceo 生成商业计划，gstack dev 自动搭建后端，gstack deploy 一键发布，整个过程无需离开终端。

在 AI 编码助手（如 Claude Code）日益普及的当下，gstack 提供了一种“结构化”的补充：不是让 AI 生成代码，而是让 AI 按照预设的角色和流程工作。这恰好击中了开发者的痛点——AI 生成的代码质量参差不齐，而 gstack 通过角色分工和检查点，确保了输出的一致性。

技术上有何不同

与同类工具相比，gstack 的独特之处在于其“角色驱动”的架构。传统的 CLI 工具（如 Yeoman）基于模板，而 gstack 基于“代理”：每个工具都是一个独立的 CLI 命令，内部封装了与 Claude Code 的交互协议。

例如，gstack ceo 的内部实现会先读取项目根目录的 gstack.config.json，然后调用 Claude Code 的 API，传递特定的系统提示（system prompt），要求其生成一份包含市场分析、用户故事和里程碑的文档。输出结果会被自动格式化为 Markdown，并存入 docs/ 目录。

这种设计有两个关键优势：一是每个工具可以独立升级，二是用户可以自定义角色。项目文档中提供了 50 多个示例配置文件，覆盖 SaaS、电商、AI 应用等常见场景。

与 Vercel 的 vc 或 Netlify 的 ntl 相比，gstack 不绑定特定云平台，而是通过插件机制支持 AWS、GCP、Vercel 等。但这也意味着它的部署流程不如原生工具流畅。

谁应该用它

独立开发者：一个人身兼 CEO、设计师、工程师时，gstack 能帮你保持“多角色”的思维清晰。运行 gstack ceo 后，它会追问你关于市场、用户、定价的问题，迫使你思考而非直接编码。
3-5 人早期创业团队：gstack 的“虚拟团队”可以填补角色空缺。例如，没有专职 QA 时，gstack qa 可以自动生成测试用例并执行。
全栈开发者：如果你熟悉 TypeScript 和 Node.js，gstack 的插件系统允许你编写自定义工具，扩展其能力。

局限与开放问题

gstack 目前仍高度依赖 Claude Code API，这意味着它并非完全开源——核心逻辑在云端执行。对于注重数据隐私的团队，这可能是一个障碍。此外，它的“最佳实践”本质上是 Garry Tan 个人经验的编码，未必适用于所有场景。例如，其默认的“CEO 模式”强调快速迭代和用户验证，但可能不适合硬件或医疗等需要严格合规的领域。