它解决的是哪种累
一个人用 AI 写代码，卡人的不是"写不出来"，是没人管你。没有产品经理逼你回答"这功能到底给谁用"，没有架构师在你动手前问一句"这个状态机的失败路径你想过没有"，没有人在你合并前把代码从头读一遍，也没有人在上线后盯着控制台报错。于是产出速度上去了，返工速度也一起上去了。
gstack 的思路不是再给你一个更聪明的提示词，而是把一支工程团队的角色拆成一串斜杠命令：CEO 帮你重想产品，设计师挑你的空状态和移动端，工程经理锁架构，Staff 工程师读 diff，QA 开真浏览器点一遍，安全官跑 OWASP，发布工程师开 PR。你负责决策，它负责逼你在正确的时间点做决策。
作者是 Garry Tan（陈嘉兴），YC 的 CEO 兼 General Partner。这套东西是他自己每天在用的配置，MIT 开源。截至 2026-09-01，仓库 13 万 star。
它现在有多大
README 上还写着"23 个专家 + 8 个工具"，那是 2026 年 3 月刚开源时的样子。当前 main 实际已经铺到 50 多个 Skill、工具和独立 CLI，覆盖的是一整条产品生命周期：
想法 → 规格 → 产品评审 → 技术/设计评审
→ 开发 → 代码审查 → QA → 发布 → 线上监控 → 复盘
说人话就是：README 落后于代码，看能力得去 docs/skills.md。 按用途分，大致是这么几摊：
- 想清楚要做什么 ——
/office-hours（YC 式六问，专门挑你的前提）、/spec（模糊需求转可执行规格，能直接开 GitHub Issue 并在独立 worktree 里起实现）、/plan-ceo-review（扩大 / 选择性扩大 / 保持 / 缩减四种范围模式）、/autoplan（CEO、设计、DX、工程评审一次跑完） - 工程与代码质量 ——
/plan-eng-review（架构、数据流、状态转换、失败路径、测试矩阵）、/review（读当前 diff，明确的直接修，高风险的问你）、/investigate（先验证假设再改，不许"试着改改看"）、/health（类型检查 + lint + 测试 + 死代码，出一个 0–10 分）、/codex（调 OpenAI Codex 做第二意见或对抗式审查）、/benchmark-models（同一任务让 Claude / GPT / Gemini 各跑一遍比速度成本质量） - 设计 ——
/design-consultation（从零建设计系统，产出DESIGN.md）、/plan-design-review（开发前逐维度打分，补齐空状态、错误态、移动端）、/design-review（审已实现的页面，直接改，给前后对比截图）、/design-shotgun（一次出 4–6 个方案在浏览器里对比迭代）、/design-html（选中的稿转响应式 HTML，适配 React / Vue / Svelte） - 浏览器与 QA ——
/browse（控制真 Chromium，点击、输入、上传、截图、响应式、控制台、网络、性能）、/qa（端到端测，发现问题直接修 + 补回归测试 + 重验）、/qa-only（只出报告不动代码）、/scrape（网页结构化取数）、/skillify（把一次成功的网页操作固化成可重复的浏览器 Skill） - 发布与线上 ——
/benchmark（页面加载、Core Web Vitals、资源体积，存前后趋势）、/ship（同步主干、跑测试、查覆盖率、推代码、开 PR）、/land-and-deploy（合 PR、等 CI 和部署、再验生产）、/canary（部署后持续盯页面失败、控制台报错和性能回退） - 安全与操作边界 ——
/cso（OWASP Top 10 + STRIDE，给具体攻击路径）、/careful（删库、强推、硬重置前拦一下）、/freeze（把可编辑范围锁到一个目录）、/guard（两个一起开） - 文档与出版 ——
/document-generate（按 Diataxis 出教程 / 操作指南 / 参考 / 解释四类）、/document-release（发完检查 README 和架构文档是不是过期了）、/diagram（自然语言出 Mermaid + 可编辑 Excalidraw + SVG/PNG）、/make-pdf - 记忆与协作 ——
/learn、/context-save//context-restore（存 Git 状态、决策、剩余任务、失败过的尝试，换会话换机器接着干）、/setup-gbrain（跨机器记忆）、/pair-agent（Claude、Codex、Cursor、OpenClaw 共享同一个浏览器，各用隔离标签页和作用域令牌） - iOS 真机 ——
/ios-qa（USB CoreDevice 控真机读应用状态）、/ios-fix（复现 → 改 → 重建 → 部署 → 真机验证）、/ios-design-review（按 Apple HIG 十维评审）、/ios-clean//ios-sync
还有一层不出现在斜杠命令列表里、但我觉得是这套东西真正的地基：gstack-wtree 按磁盘真实内容算工作树指纹（不只信 commit SHA），gstack-evidence 记录每次验证跑的时候对应哪个指纹，于是能判断测试证据是新鲜、过期还是压根没有；gstack-verify-gate 是个可选的退出门禁，验证没过就不许任务声称"做完了"。gstack-egress 把所有外发数据记成哈希链审计日志，gstack-issue-guard 把 GitHub Issue、PR 描述和评论一律当不可信输入处理、检测里面的提示词注入。gstack-taste-update 记你批准和拒绝过的字体、颜色、布局，形成一份会随时间衰减的设计偏好档案。
装它
不是 npx skills add，是直接 clone 到 skills 目录再跑自带的 setup：
git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup
需要 Claude Code、Git、Bun 1.0+（Windows 还要 Node）。装完在 CLAUDE.md 里加一段告诉 agent：所有网页操作走 gstack 的 /browse，别用内置的浏览器工具 —— 两套浏览器同时在跑是这套东西最常见的打架点。
团队仓库还有个 team mode，./setup --team 之后每次开会话自动检查更新（一小时一次，静默，断网不报错），不往仓库里塞任何文件。
版本这件事得说清楚
线上是 1.77.0.0，我本机装的是 1.25.1.0。中间差了五十多个版本，上面列的 iOS 那一摊、/spec、/health、/diagram 这些，本地都还没有。
这不是抱怨，是用法提醒： 这个仓库更新频率高得不正常（三月开源，八月底还在天天推），你看到的任何一份能力清单都可能是过期的。要么定期 /gstack-upgrade，要么就接受手上这版能干什么就干什么，别照着 README 找命令然后奇怪为什么不存在。
怎么用
按流程走，不要一上来就 /autoplan：
/office-hours 我想给这个站做一个 Skill 库，先帮我想清楚它到底解决谁的什么问题
/review
/qa https://你的站.com/skills
真正省时间的是 /autoplan：CEO、设计、DX、工程四道评审依次自动跑完，中间用六条决策原则自动决定，只有真正需要品味判断的（方案难分伯仲、范围在边界上、codex 和它意见不合）才在最后一个审批口子上抛给你。不然那四道评审要问你 15–30 个问题。
/plan-tune 是配套的：把"这类问题以后自动决定 / 必须问我 / 只在不可逆操作前问我"记下来，问得多了就调它。
坑和边界
它假设你在 Claude Code 里，并且愿意让它开浏览器、跑测试、开 PR。 这不是一个只读的提示词集合，/review 会直接改代码，/qa 会直接改代码，/ship 会直接推。所以 /careful 和 /freeze 不是可选装饰，是这套流程能安全跑起来的前提 —— 至少在陌生仓库里第一次跑之前先 /guard。
斜杠命令太多，反而会不知道用哪个。 50 多个入口，实际每天用得上的就那么五六个。作者自己在 README 里给的建议是先只跑 /office-hours、/plan-ceo-review、/review、/qa 四个，跑完就停，"你就知道这套东西适不适合你了"。这条比任何功能列表都实在。
它对"评审"的定义是逐维度打分 + 直接改，不是给你一份建议清单让你自己挑。习惯了 diff 式 review 的人第一次跑 /design-review 会有点被冒犯 —— 它是真的会动你的 CSS。
浏览器那一侧有自己的一套安全机制（本地提示词注入防护、隐藏元素过滤、URL 限制、本地分类器），细节在 ARCHITECTURE.md。要让远程 agent 通过 Tailscale 碰你的真机之前，建议先把这一篇读完。