gstack 实测指南：把 Claude Code 变成 23 个专职角色的虚拟团队

一个 CEO 的答案：为什么你需要 23 个角色

Garry Tan 在 README 里引用了 Andrej Karpathy 的话，说自己从 2025 年 12 月起几乎没手写过代码，却依然高效。gstack 就是 Tan 对这个问题的回答：与其给 Claude Code 一个空白提示词，不如给它一套结构化的角色。这套技能包含 23 个斜杠命令，从 /office-hours（CEO 角色，重新思考产品）到 /qa（打开真实浏览器测试），每个命令对应一个明确的职责。这不是一个通用助手，而是一个按公司职能划分的代理团队。它的目标用户是技术型创始人、首次使用 Claude Code 的人，以及需要严格审查流程的技术负责人。

安装与首次运行：30 秒的承诺是否可信

安装命令只有一条：git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup。这条命令会把仓库克隆到 Claude Code 的技能目录，然后运行 setup 脚本。README 说 Claude 会处理其余部分，但前提是你已经安装了 Claude Code、Git 和 Bun（Windows 还需要 Node.js）。安装后，你需要在 CLAUDE.md 中添加一个 gstack 段落，告诉 Claude 使用 /browse 技能而不是 mcp__claude-in-chrome__* 工具。首次运行建议按顺序执行：/office-hours 描述你要构建的东西，然后 /plan-ceo-review 审查功能想法，接着 /review 审查分支，最后 /qa 测试 staging URL。这个流程覆盖了从想法到发布的完整链路。

团队模式：自动更新与强制使用

gstack 提供两种模式：个人模式（默认）和团队模式。团队模式通过 ./setup --team 启用，然后运行 bin/gstack-team-init required 把 gstack 的要求提交到仓库。这样每个克隆仓库的队友都会自动获得 gstack，无需手动安装。更新检查被限制为每小时一次，网络失败时静默跳过。你可以把 required 换成 optional，从强制变为建议。这种设计解决了技能版本漂移的问题，但代价是修改了仓库的 .claude/ 目录和 CLAUDE.md，这可能会让一些团队感到不适。如果你不想让 AI 工具配置进入主仓库，团队模式就不适合你。

OpenClaw 集成：让代理调度代理

gstack 不仅能用于 Claude Code，还能通过 OpenClaw 的 ACP 协议工作。OpenClaw 可以生成 Claude Code 会话，因此所有 gstack 技能都能在这些会话中运行。你需要在 OpenClaw 的 AGENTS.md 中添加一段说明，告诉它何时加载 gstack 技能。例如，当用户说“运行安全审计”时，OpenClaw 会生成一个 Claude Code 会话并执行 /cso；当用户说“构建一个通知功能”时，会执行 /autoplan 然后实现再 /ship。这种方式把自然语言请求映射到具体的技能链。但 README 也提到，简单的任务（比如修一个 README 拼写错误）不需要 gstack，直接让 Claude Code 处理即可。这种分级调度避免了为小事启动完整团队的开销。

八个核心技能：从规划到发布的流水线

gstack 的 23 个技能并非平级，README 强调了六个关键步骤：/office-hours 用于产品构思，/plan-ceo-review 用于战略审查，/review 用于代码审查，/qa 用于浏览器测试，/ship 用于发布，/canary 用于金丝雀部署。这些命令覆盖了软件开发的完整生命周期。其中 /review 和 /qa 是 gstack 的核心卖点：/review 会在分支上运行，寻找生产环境可能出现的 bug；/qa 会打开真实浏览器，而不是模拟 DOM。这种设计把质量保证从人工抽检变成了代理驱动的自动检查。但要注意，这些技能都依赖 Claude Code 的底层能力，如果 Claude 的模型表现不稳定，gstack 的输出也会不稳定。

限制与失败模式：不是银弹

gstack 的 README 没有掩饰它的局限。首先，它需要 Claude Code，这意味着你必须接受 Anthropic 的 API 成本和潜在的隐私风险，代码会发送给第三方。其次，安装要求 Bun 和 Node.js，这增加了环境依赖，如果你的 CI 环境没有这些，团队模式可能无法正常工作。第三，/qa 需要真实浏览器，这意味着你需要一个可访问的 staging URL，否则该技能无法执行。最明显的失败模式是：如果你没有清晰的产品描述，/office-hours 可能会生成泛泛而谈的计划，就像给一个没有上下文的顾问开会。此外，gstack 的更新机制依赖 GitHub 仓库，如果原始仓库被删除或更改，你的技能目录会失效。

替代方案：与 OpenClaw 的对比

gstack 并不是唯一的 AI 代理工具。Peter Steinberger 的 OpenClaw 是另一个方向：它专注于让单个代理自主完成整个任务，而不是像 gstack 那样拆分角色。OpenClaw 有 247K GitHub 星标（README 中提及），但 gstack 的定位是“虚拟团队”，强调角色分工和流程。另一个替代方案是直接使用 Claude Code 的原生技能，不引入 gstack 的角色层。区别在于：gstack 提供了结构化的提示词和流程，减少了空白提示词的随机性，但也增加了学习成本和配置文件维护。如果你已经有一套成熟的 Claude Code 工作流，gstack 可能显得多余；如果你从零开始，gstack 提供了一个现成的起点。

维护与许可证：MIT 的自由与责任

gstack 使用 MIT 许可证，这意味着你可以自由复制、修改和分发。README 明确说“Fork it. Improve it. Make it yours.”，但这也意味着没有官方支持。项目没有发布版本，也没有最近的 release 记录，所以你依赖的是 main 分支的最新代码。团队模式会自动更新，但个人模式需要手动运行 ./gstack-upgrade 命令来获取新版本。升级成本取决于你是否修改了本地技能：如果你定制了技能，升级可能会覆盖你的改动。此外，MIT 许可证不包含任何保证，如果 gstack 的技能导致代码错误，责任在你自己。在采用前，你应该检查技能目录中的每个脚本，理解它们执行了什么，尤其是那些涉及浏览器或部署的命令。

编辑结论

gstack 适合技术型创始人、独立开发者，以及愿意把代码审查和 QA 交给 AI 代理的小团队。它不适合需要严格人工审批流程的企业，也不适合对 Claude Code 尚不熟悉的用户，因为 23 个命令的学习曲线陡峭。采用前先验证三点：你的 Claude Code 版本是否支持技能目录（~/.claude/skills），Bun 是否已安装，以及 /qa 命令能否在你的 staging 环境正常打开浏览器。gstack 的 MIT 许可证允许自由修改，但团队模式会修改仓库的 .claude/ 和 CLAUDE.md，你需要接受这个变更。

官方来源

1. Official README
2. Project repository