GStack 工程工作流
把 Claude Code 组织成覆盖规划、审查、测试与发布的虚拟工程团队。
- Star 数
- ★ 137k
- 最近更新
- 今天
- License
- MIT
- 主语言
- TypeScript
- FA 评分
- 80/100 · 表现良好
30 秒速览
- 运行形态
- 可在哪里用
- 兼容但需适配Claude CodeCodex（部分支持）
- 费用
- 软件免费，模型调用费用自付
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 技术创始人想在动手编码前梳理模糊产品想法，可从
/office-hours开始并让后续规划技能读取设计文档。 - 不适合
- 只想使用完全托管服务的团队
- 不愿配置 Claude Code、Git 和 Bun 的开发者
- 源码审查
- 80/100 · 表现良好
这个 Agent 能做什么，适合哪些场景？
gstack 是一组供 Claude Code 使用的 Markdown 技能和独立命令行工具，把产品规划、工程设计、代码审查、QA 与发布串成一条工作流。安装后，可通过 /office-hours、/plan-ceo-review、/review、/qa 和 /ship 等斜杠命令启动角色化流程；前序步骤会写出供后续技能使用的设计文档和测试计划。浏览器任务优先使用 Aside；未安装或未运行时，技能使用安装时构建的 Chromium 浏览器。仓库也记录了 Codex CLI、OpenCode、Cursor 等宿主的安装方式，但 Claude Code 是默认且完整认证的宿主，其他若干宿主仍属实验级。它需要本机终端、文件系统和网络，并会按工作流调用配置好的 AI CLI 或 API；不是托管 SaaS。
安装程序 ./setup 可将技能安装到 Claude Code，或用 --host 选择其他文档列出的宿主。/office-hours 通过问题梳理产品需求并生成设计文档；/plan-ceo-review 和 /plan-eng-review 分别审视产品范围与工程方案；/review 检查改动并可修复明显问题；/qa 探索浏览器、API、CLI、作业或 webhook 行为，并在条件具备时写入回归测试、修复并复验；/ship 运行验证、审查覆盖和文档、推送并创建 PR。/land-and-deploy 可在批准后合并并检查部署，/cso 执行静态安全评估。另有用于设计、文档、图表、PDF、浏览器操作和工作流辅助的技能及独立 CLI。输出包括设计文档、计划、审查与 QA 证据、测试、文档变更和 PR；具体步骤取决于所选技能及其所需工具。
- 技术创始人想在动手编码前梳理模糊产品想法，可从
/office-hours开始并让后续规划技能读取设计文档。 - 负责代码质量的工程负责人希望在 PR 前检查生产风险，可对有改动的分支运行
/review，再用/ship执行发布检查。 - 需要验证线上预览或本地 API、CLI、作业、webhook 的开发者，可用
/qa探索行为并在可用时保留回归测试。 - 需要比较 UI 方向的产品设计团队，可用
/design-shotgun生成多种 mockup，并通过/design-html将选定方案转为 HTML。 - 使用多种 AI 编码宿主的团队，可选择实验级宿主安装；若只需安全评估或发布准备，也可直接运行对应技能。
如何安装或部署这个 Agent？
先安装 Claude Code、Git 和 Bun（文档测试版本为 v1.4.2+；setup 对低于 v1.3.3 的版本会拒绝）。在终端克隆仓库并运行 setup：
git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack
cd ~/.claude/skills/gstack
./setupWindows 还需要 Node.js。安装其他宿主时，可使用 --host，例如 Codex CLI：
./setup --host codex若使用共享仓库的团队模式，仓库示例会启用团队安装并初始化项目配置：
(cd ~/.claude/skills/gstack && ./setup --team) && ~/.claude/skills/gstack/bin/gstack-team-init required如何使用这个 Agent？
在 Claude Code 中先运行一个规划或审查技能；一个文档给出的最短体验路径是：
/office-hours
/plan-ceo-review
/review
/qa https://staging.example.com
/ship/qa 也可针对本地 CLI 或 API fixture 使用，但应说明目标和要验证的行为。使用 /ship 创建 PR 或 /land-and-deploy 操作生产环境前，需配置项目相应测试、Git 和部署工具；后者需要先完成批准流程。调用依赖外部评审时，需要相应 CLI 已安装并完成认证；浏览器工作流可使用 Aside，或使用 setup 构建的 Chromium。部分设计功能默认使用 OpenAI 模型，需配置其 API 访问；模型和 API 支持以具体命令要求为准。
这个 Agent 有哪些优点和局限？
- 工作流由
/office-hours、规划审查、/review、/qa到/ship串联，前序文档可供后续技能使用。 /qa覆盖浏览器及非网页目标，包括 API、CLI、作业和 webhook，并强调可复现问题与回归验证。- 除 Claude Code 外，setup 也列出 Codex CLI、OpenCode、Cursor 等宿主的安装路径，且支持独立 CLI。
- 浏览器可优先使用 Aside 的已登录会话，没有 Aside 时可退回内置 Chromium。
- 安装需要 Claude Code、Git、Bun 和本机 shell；Windows 还需要 Node.js，整体并非零配置。
- Claude Code 是唯一标为 full 的宿主；Codex CLI、OpenCode、Cursor 等在文档中标为 experimental。
- 外部评审依赖另一种已安装且已认证的 CLI；部分设计能力还依赖 OpenAI 模型/API。
- 部分能力有额外平台或工具条件，例如 iOS QA 需要 Mac 与连接的 iPhone 或 iPad；CSO 全面运行模式目前没有已发布的合格运行时或扫描器配置。
这个 Agent 与同类方案有什么区别？
文档将 gstack 与 browser-use/browser-harness-js 的浏览器控制理念作了直接比较：gstack 使用经过筛选的命令和安全限制；browser-harness-js 提供更薄的 CDP 传输，让 agent 自行编写辅助代码。文档也说明 gstack 可与 impeccable 共用设计规则和 DESIGN.md。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| GStack 工程工作流 当前 | 80 · 表现良好 | Agent 插件 / 技能免费 + 模型费 | ★ 137k | 今天 | TypeScript | Claude Code |
| Itqan 工程套件 | 80 · 表现良好 | Agent 插件 / 技能免费 + 模型费 | ★ 12 | 21 天前 | Shell | Codex · Claude Code |
| Pilot Shell | 53 · 缺口较多 | 命令行工具付费 | ★ 2.1k | 今天 | JavaScript | Claude Code |
| Maestro 编排平台 | 75 · 存在缺口 | Agent 插件 / 技能免费 + 模型费 | ★ 486 | 今天 | JavaScript | Codex · Claude Code |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据显示权限与确认机制有一定约束：评审可自动修复明显问题，但会把其他修复交给用户批准；外部评审可关闭，并在发送前读取设置。安装器说明不重置或强制移动脏、分叉或固定版本的检出，升级也会因活跃租约拒绝。外发内容、模型与来源有通知和诊断，且说明守卫日志不保存内容。仍扣分：仓库级工具可改代码、运行浏览器与发布 PR，权限并非最小；常规外部评审默认启用，首次通知虽透明但同意不是逐次取得；敏感数据处理说明不覆盖所有工具与存储路径；MIT 与署名可核实，但发布者身份未验证且维护责任没有明确承诺。
文档以流程顺序连接规划、评审、QA 和发布，并对外部评审缺失、不可信或不可用区分处理；安装器记录版本、运行时和安装判定，失败信息带原因与修复步骤。依赖项有明确要求，下载运行时校验 SHA-256，浏览器按需安装。扣分是 README 宣称和操作范围很广，提供的材料不足以独立核对所有流程的一致性；文档也指出租约回收在连续进程被杀等情形下仍有残余竞态，因此不能给满分。
文档明确面向创始人、首次使用 Claude Code 者和技术负责人，列出多种宿主、平台层级、适用工作流及限制；触发方式主要是明确的斜杠命令，也提供自然语言示例。扣分：示例中的自动行为较理想化，部分场景描述与实际需要明确发出命令之间的界线不完全清楚，触发精度因此不满分。
仓库提供清楚的分步安装、快速开始、宿主矩阵、工作流表格、故障排除、限制说明和 MIT 许可证；多宿主安装路径、修复步骤及版本信息也有文档。扣分：名称迁移记录有提及但没有完整的版本变更脉络；材料说明由 Garry Tan 持有版权，却没有明确维护响应或责任承诺。
命令输出、门禁结果和故障信息带有状态、原因、修复建议；流程把设计、规划、代码评审、QA 和发布串联，潜在节省协调成本。扣分：所谓产能提升等效益主要来自 README 自述，提供材料中没有独立验证；安装包含运行时、浏览器和外部模型的额外成本，且各工作流的收益因项目而异。
多项实现主张指向特定文档、配置或诊断入口，且故障排除页区分未运行、不可用与通过，便于追踪。扣分：评估材料主要是 README 与两篇操作文档，没有相应代码、测试或独立来源交叉核验；业绩数字和速度示例是作者陈述，虽给出方法文档线索，当前材料仍不足以核实。
- 外部评审默认启用；发送代码或计划前应核对设置与首次通知，并按需关闭。
- 安装和升级会联网获取代码、运行时或浏览器；阅读目标路径、网络行为与各宿主安全层级后再部署。
- 产能和运行示例是文档主张，不应视为独立验证的结果。
常见问题
使用 gstack 是否需要付费？
可以在 Codex CLI 中使用吗？
./setup --host codex 安装，但文档将 Codex CLI 标为 experimental，且说明安全技能在该宿主上是提示性质，不会被 hook 强制阻止。浏览器自动化需要 Aside 吗？
QA 会自动修改我的代码吗？
/qa 的目标是复现问题、写回归测试、修复并复验；/qa-only 只探索和报告，不修改产品代码或测试。具体可用操作取决于目标环境与权限。能否直接进行完整安全扫描？
/cso 可进行静态评估，但目前没有发布匹配的合格运行时镜像或扫描器配置，因此所述审计运行静态评估。