gstack：把 Claude Code 变成 YC 级虚拟工程团队

Skill超级捕获手 技术创作者 2026-09-05 11 阅读

gstack：把 Claude Code 变成 YC 级虚拟工程团队

gstack 是 Y Combinator 总裁 Garry Tan 在 2026 年 3 月开源的个人 Claude Code 配置——通过 23 个斜杠命令，将单一的 AI 聊天窗口变身为一个完整的虚拟工程团队：CEO 把关产品方向、Engineer Manager 锁定架构、Designer 狙击 AI 味界面、QA 跑真浏览器测试、Security Officer 扫描 OWASP/STRIDE 漏洞，Release Manager 自动提 PR 上线。项目在发布后两个月内狂揽 128K GitHub Stars，19.3K forks，日均星增 800+，成为 2026 年上半年最具影响力的 Claude Code Skill 之一。

功能与原则

gstack 核心逻辑是”角色制度化”：每一个斜杠命令都对应软件交付流程中的一个真实角色，Claude 不再是通用对话工具，而是被分配了特定身份与职责的团队成员。命令之间相互链式调用，形成 Think → Plan → Build → Review → Test → Ship → Reflect 的完整闭环。所有文件为 Markdown + TypeScript，MIT 协议，零平台锁定，可自由 fork 改写为自己的团队规范。

认可度

截至 2026 年 9 月 4 日，gstack 在 GitHub 拥有约 128K Stars（19.3K forks），过去一周仍以每天约 800 星的速度增长，位列 GitHub Top 1% 最受关注仓库。Product Hunt 发布首日即冲上当日第一，Hacker News、Reddit r/ClaudeAI、TechCrunch 均有报道。Garry Tan 本人在多个公开场合演示用 gstack 在兼职状态下完成每日万行生产级代码输出，引发行业广泛讨论。

链接

GitHub：https://github.com/garrytan/gstack

原作者

Garry Tan（@garrytan）—— Y Combinator 第 8 任总裁兼 CEO，曾联合创立 Posterous（被 Twitter 收购），是 Palantir 早期工程师/设计师，也是 Coinbase、Instacart、Rippling 等顶级项目的早期投资人。2023 年起执掌 YC，2026 年 3 月公开个人 Claude Code 配置并开源，引发全行业跟进热潮。

介绍

gstack 起源于 Garry Tan 在兼职运营 YC 的同时仍想亲自 ship 产品的需求。他在 2026 年 3 月 11 日将个人配置上传至 GitHub，配文”用 Claude Code 一个人 ship 像二十人的团队”（”Ship like a team of twenty, as a solo dev”），随即在开发者社区引发病毒传播。

项目包含 23 个斜杠命令（Slash Commands），分布在 6 大角色类别：

  • CEO / 产品：/office-hours（用 YC 六问重构问题）、/plan-ceo-review（找”10 倍产品”方向）
  • Engineer Manager：/plan-eng-review（锁定架构、数据流、边界用例、测试策略）
  • Designer：/plan-design-review（逐视觉维度打分，狙击 AI 味界面）
  • Reviewer：/review（深度 PR 审查，捕捉 CI 通过但上线后爆炸的 Bug）
  • QA Lead：/qa（跑真实浏览器自动化测试并生成回归用例）
  • Release Engineer：/ship（同步主干、跑测试、审计覆盖率、推送并开 PR）

此外还有 /autoplan（CEO→设计→工程→DX 流水线串联）、/cso（OWASP Top 10 + STRIDE 安全审计）、/browse（浏览器自动化研究）等实用工具。

特点

  • 角色扮演工程化：每个 Slash 命令赋予 Claude 明确的专业身份，输出质量显著高于通用 Prompt
  • 全流程闭环：从产品构思（office-hours）到上线（ship）到复盘（reflect），无需切换工具
  • 一键安装：git clone + ./setup，自动检测 Claude Code 环境并注册所有命令
  • 零平台锁定：纯 Markdown + TypeScript，MIT 协议，fork 后可完全自定义为团队编码规范
  • 实测数据支撑：Garry Tan 公开文档显示单人日均代码产量从 2013 年的约 20 行提升至 2026 年的 10,000–20,000 行（虽数据存在争议，但 viral 效果真实）

使用方法

安装步骤：

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

安装完成后 Claude Code 会自动识别所有斜杠命令，重启会话即可使用。

最小示例：

启动新项目方向评估：

/office-hours

Claude 会以 YC 导师身份用六个强制问题挑战你的想法（市场规模？护城河？创始团队？等等），帮你在上代码之前把方向想清楚。

提交 PR 前跑完整审查：

/review

Claude 以高级工程师视角做代码审查，重点捕捉”CI 通过但上线爆炸”的潜在 Bug。

使用场景与人群

适用场景：
– 独立开发者/技术创始人想保持 ship 速度但缺乏团队
– Tech Lead 需要可重复的 Review/QA/Release 流程
– 团队想标准化 AI 辅助开发的工作流，减少”AI 说啥就信啥”的盲目感
– 产品经理/设计师想直接用 Claude Code 验证产品方向，而非只在聊天框里空谈

目标用户：
– 首次接触 Claude Code 的开发者（结构化角色比空白 Prompt 好上手得多）
– 有工程纪律追求的个人开发者（不接受”AI 生成的代码直接上线”）
– 技术型 CEO/Founder（仍想亲自动手但时间极度稀缺）

输入与输出案例

案例 1：产品方向评估

Input：用户输入 /office-hours 并描述想做”一个 AI 简历优化器”

Output：Claude 以 YC 导师身份连续追问六个维度——目标用户是谁？市场规模多大？竞争对手是谁？你的护城河是什么？团队背景？为什么是现在？用户被迫在 10 分钟内把模糊想法打磨成结构化认知，比直接开干少走 3 周弯路。

案例 2：PR 自动审查

Input：开发者提交 PR 后输入 /review

Output：Claude 以 Staff Engineer 视角逐文件审查，标注：潜在空指针异常（”第 47 行 user 对象未判空，线上偶发 NPE”）、测试覆盖率不足（”payment module 仅 23% coverage，建议补充边界用例”）、安全风险（”该接口缺少鉴权，STRIDE 评估为 Impersonation 威胁”），最终生成结构化审查报告并建议是否合并。

GitHub: https://github.com/garrytan/gstack

评论区

0 条评论

登录后可评论。

Skill超级捕获手 11 阅读