← 返回 Skills 市场
Gstack AI虚拟工程团队
作者
wangbotaochn
· GitHub ↗
· v1.0.1
· MIT-0
89
总下载
0
收藏
0
当前安装
2
版本数
在 OpenClaw 中安装
/install gstack-dev
功能描述
Gstack式AI工程团队开发模式。基于Y Combinator CEO Garry Tan开源的gstack方法论， 将单一AI助手转化为虚拟工程团队。适用场景：新项目启动、功能开发、代码重构、Bug修复、 技术方案评审、部署上线、团队Sprint规划、代码审查、E2E测试。 触发词：gstack、用gstac...
使用说明 (SKILL.md)
\r \r
gstack-dev — AI 虚拟工程团队技能\r
\r
核心理念（来自 YC CEO Garry Tan）：\r 1人 = 20人工程团队。通过专业化角色 + Sprint流水线 + 安全工具层，\r 让每次开发都经过完整的企业级工程流程。\r \r ---\r \r
一、架构总览\r
\r
┌─────────────────────────────────────────────────┐\r
│ gstack-dev │\r
├──────────┬──────────┬───────────────────────────┤\r
│ 角色层 │ 流水线层 │ 工具层 │\r
│(Roles) │(Sprint) │(Tools) │\r
├──────────┼──────────┼───────────────────────────┤\r
│ /think │ Phase 1 │ /freeze 编辑锁定 │\r
│ /plan │ Phase 2 │ /careful 危险操作警告 │\r
│ /build │ Phase 3 │ /guard 锁定+警告 │\r
│ /review │ Phase 4 │ /xcheck 多模型交叉验证 │\r
│ /test │ Phase 5 │ /browse 真实浏览器验证 │\r
│ /ship │ Phase 6 │ │\r
│ /reflect │ Phase 7 │ │\r
└──────────┴──────────┴───────────────────────────┘\r
```\r
\r
---\r
\r
## 二、7阶段 Sprint 流水线（核心）\r
\r
### 完整流程图\r
\r
```\r
Phase 1: THINK ──→ Phase 2: PLAN ──→ Phase 3: BUILD\r
↓ 需求定义 ↓ 架构设计 ↓ 编码实现\r
挑战需求框架 CEO+Eng+Design Review 代码生成\r
\r
Phase 4: REVIEW ──→ Phase 5: TEST ──→ Phase 6: SHIP\r
↓ 生产级审查 ↓ E2E测试 ↓ 部署上线 \r
找隐含bug 浏览器真实验证 CI/CD+监控\r
\r
↓\r
Phase 7: REFLECT\r
↓ 回顾改进\r
统计+优化建议\r
```\r
\r
### 各阶段详解\r
\r
#### Phase 1: THINK — 需求思考（对应 `/office-hours`）\r
- **触发**: 用户提出新需求或功能想法\r
- **角色**: 产品顾问（PM视角）\r
- **输出**: 经过挑战的需求定义文档\r
- **核心动作**: \r
- 问 6 个强迫性问题（见 roles/think.md）\r
- 不执行，只重新定义问题\r
- 产出：需求规格 + 成功指标 + MVP范围\r
\r
#### Phase 2: PLAN — 方案规划（对应 `/plan-*` 三连审）\r
- **输入**: Phase 1 的需求定义\r
- **角色**: CEO Review → Eng Review → Design Review（三轮）\r
- **输出**: 技术方案 + 架构决策 + 测试计划\r
- **核心动作**:\r
- `/plan-ceo-review`: 重新思考问题，找10星产品\r
- `/plan-eng-review`: 锁架构、数据流、边界情况\r
- `/plan-design-review`: 每维度0-10分打分\r
\r
#### Phase 3: BUILD — 构建实现\r
- **输入**: Phase 2 的技术方案\r
- **角色**: 工程师（Staff Engineer级别）\r
- **输出**: 可运行的代码 + 单元测试\r
- **核心动作**:\r
- 按方案逐步实现\r
- 每个函数/模块写测试\r
- 遵循项目既有代码风格\r
\r
#### Phase 4: REVIEW — 生产级审查（对应 `/review`）\r
- **输入**: Phase 3 的代码\r
- **角色**: 资深工程师（非编写者本人）\r
- **输出**: Bug清单 + 修复后的代码\r
- **核心动作**（不做风格检查，专注生产级问题）:\r
- 竞态条件检测\r
- 资源泄漏检查\r
- 边界情况覆盖\r
- 错误处理完整性\r
- 安全漏洞扫描\r
- **简单问题自动修复，复杂问题标 [ASK] 等用户确认**\r
\r
#### Phase 5: TEST — 端到端测试（对应 `/qa` + `/browse`）\r
- **输入**: Phase 4 的修复后代码\r
- **角色**: QA负责人 + 真实浏览器\r
- **输出**: 测试报告 + 回归测试套件\r
- **核心动作**:\r
- 打开真实浏览器（Chromium）\r
- 按测试计划走完主流程\r
- 记录控制台错误和网络异常\r
- 发现bug → 自动修复 → 写回归测试\r
- 重新验证通过\r
\r
#### Phase 6: SHIP — 发布上线（对应 `/ship` → `/land-and-deploy` → `/canary`）\r
- **输入**: Phase 5 通过的代码\r
- **角色**: 发布工程师 + SRE\r
- **输出**: 已上线且监控中的版本\r
- **核心动作**:\r
- 同步 main，跑全量测试\r
- 审计覆盖率（目标 >80%）\r
- 推 PR，合并，等 CI\r
- 部署，健康检查\r
- canary 监控循环\r
\r
#### Phase 7: REFLECT — 回顾反思（对应 `/retro`）\r
- **输入**: 全程数据和结果\r
- **角色**: 工程经理\r
- **输出**: 改进报告 + 下次Sprint优化点\r
- **核心动作**:\r
- 统计各阶段耗时\r
- 哪些地方卡住了？为什么？\r
- 产出可复用的经验\r
- 更新项目知识库\r
\r
---\r
\r
## 三、使用方式\r
\r
### 方式一：全自动 Sprint（推荐）\r
\r
用户说"用gstack模式做XXX"，自动跑完全部7个阶段。\r
\r
**示例**:\r
- "用gstack模式给IPO项目加支付功能"\r
- "gstack sprint: 重构前端搜索页"\r
- "用团队模式修这个bug: XXX"\r
\r
**流程**:\r
1. 自动识别任务类型和复杂度\r
2. 判断需要的阶段（简单bug可能跳过Think/Plan）\r
3. 按顺序执行每个阶段\r
4. 每个阶段完成后汇报进度\r
5. 全部完成后生成 Reflect 报告\r
\r
### 方式二：单阶段调用\r
\r
用户明确指定某个阶段：\r
\r
| 命令 | 作用 | 示例 |\r
|------|------|------|\r
| `/think` 或 "office-hours" | 需求咨询 | "帮我 think 一下这个功能" |\r
| `/plan` | 方案规划（三连审）| "plan一下登录模块" |\r
| `/review` | 代码审查 | "review 这段代码" |\r
| `/test` | E2E测试 | "test 一下首页" |\r
| `/ship` | 部署上线 | "ship 这个PR" |\r
| `/reflect` | Sprint回顾 | "做个 retro" |\r
\r
### 方式三：工具层单独调用\r
\r
| 命令 | 作用 |\r
|------|------|\r
| `/freeze \x3Cpath>` | 锁定编辑范围，只允许修改指定目录 |\r
| `/careful` | 开启危险操作警告模式 |\r
| `/guard` | freeze + careful 同时开启 |\r
| `/unfreeze` | 解除锁定 |\r
| `/xcheck` | 用另一个模型交叉验证当前方案 |\r
| `/browse \x3Curl>` | 打开真实浏览器验证页面 |\r
\r
---\r
\r
## 四、不可妥协的核心原则（来自 gstack 原版）\r
\r
> ⚠️ 以下原则在任何项目中都不可违反：\r
\r
1. **绝不编造数据** — 不知道就说不知道，不编造API返回值、不编造测试结果\r
2. **绝不使用过时信息** — 先确认当前状态再行动（进程是否在跑、文件是否存在）\r
3. **绝不跳过 Think Aloud** — 复杂操作前必须说明思路和假设\r
4. **绝不在没调查的情况下修复 bug** — 先根因分析（`/investigate`），再动手修\r
5. **绝不在重要决策上跳过用户确认** — 删数据、改生产配置、force-push 等\r
\r
---\r
\r
## 五、快速开始\r
\r
### 第一次使用\r
\r
```\r
用户: 用gstack模式帮我把IPO项目的入库脚本部署到ECS\r
```\r
\r
系统自动执行：\r
1. **THINK**: 确认入库脚本的用途、依赖、风险点\r
2. **PLAN**: 制定部署步骤、回滚方案\r
3. **BUILD**: 准备部署命令和环境检查\r
4. **REVIEW**: 审查命令安全性（有没有rm -rf之类的危险操作）\r
5. **TEST**: 在ECS上试跑 dry-run 模式\r
6. **SHIP**: 正式部署并验证\r
7. **REFLECT**: 记录部署经验和耗时\r
\r
---\r
\r
## 六、角色 Prompt 文件索引\r
\r
| 文件 | 对应角色/Sprint阶段 |\r
|------|-------------------|\r
| `roles/think.md` | Phase 1: 产品顾问 / Office Hours |\r
| `roles/plan-ceo.md` | Phase 2a: CEO/创始人 Review |\r
| `roles/plan-eng.md` | Phase 2b: 工程经理 Review |\r
| `roles/plan-design.md` | Phase 2c: 设计师 Review |\r
| `roles/build.md` | Phase 3: Staff Engineer 构建 |\r
| `roles/review.md` | Phase 4: 资深工程师 Review |\r
| `roles/test.md` | Phase 5: QA负责人 测试 |\r
| `roles/ship.md` | Phase 6: 发布工程师 + SRE |\r
| `roles/reflect.md` | Phase 7: 工程经理 回顾 |\r
| `tools/freeze.md` | 编辑锁定规则 |\r
| `tools/careful.md` | 危险操作警告 |\r
| `tools/xcheck.md` | 多模型交叉验证 |\r
\r
---\r
\r
## 七、与原始 gstack 的差异（适配说明）\r
\r
| 原始 gstack (Claude Code) | 本适配版 (WorkBuddy) |\r
|--------------------------|---------------------|\r
| 基于 Claude Code Slash Command | 基于 WorkBuddy Skill + Task Agent |\r
| 固定用 Claude 模型 | 支持多模型切换（Kimi/Qwen/DeepSeek/GLM）|\r
| `/browse` 用内置 Chromium | 用 ClawBrowser skill 或 preview_url |\r
| `/codex` 用 OpenAI Codex | `/xcheck` 用已配置的其他国产模型 |\r
| 单机单用户 | 支持多Agent并行（Task team mode）|\r
| 无持久化记忆 | 结合 Working Memory 跨会话积累经验 |\r
\r
---\r
\r
*基于 [Garry Tan's gstack](https://github.com/garrytan/gstack) 开源项目适配*\r
安全使用建议
这项技能在设计上与把 AI 组织成虚拟工程团队一致，但它可以自动执行高风险操作（例如在 ECS/生产环境部署、修改数据库、删除文件等）。在安装或启用前请考虑并执行以下步骤：
- 确认运行上下文：弄清楚该技能将在什么 agent/环境中运行（本地、云端、平台托管），谁能接触到 agent 的凭据。
- 最小化凭据权限：如果允许该技能调用云服务或 CI/CD，确保使用最小权限的服务账号（只允许部署到测试/staging 而非生产，除非另有审批流程）。
- 强制人类审批点：要求在任何 DROP/TRUNCATE、force-push、生产数据库迁移或正式部署之前必须有明确的人类确认（即强制启用 /careful 模式或在配置里将 ship 操作设为手动）。
- 在非生产环境先试跑：先在 staging 或 sandbox 以 quick/full 模式测试整个流水线，验证 freeze/careful/xcheck 行为与日志记录。
- 审计与日志：确保所有自动化的危险操作都有可导出的审计日志（who/when/what/reason），并能追溯到用户确认记录。
- 配置默认安全策略：如果你是平台管理员/项目负责人，要求该 skill 的默认配置禁止自动 Ship 到 production，或要求在 gstack.config.yaml 明确开启 production-deploy=true 并由管理员批准。
如果你不确定 agent 环境中是否存在云或 CI 凭据，或无法强制审批与审计，请先不要在生产项目中启用“全自动”模式；改为仅用 Think/Plan/Review/Test 的只读/建议模式来获取价值。
能力标签
能力评估
Purpose & Capability
技能名称与描述（Gstack 虚拟工程团队）与 SKILL.md 中列出的分阶段流程、角色、工具（think/plan/build/review/test/ship/reflect）高度一致；所需二进制、环境变量、配置路径都未被声明，且技能是说明文档型，没有外部安装要求，因此就功能而言内部一致。
Instruction Scope
说明文档明确允许并指导执行端到端流程，包括在 Phase5 打开真实浏览器进行 E2E、在 Phase6 对 ECS 等环境做 dry-run 与正式部署、以及运行可能影响生产的数据/配置变更。技能包含良好的防护建议（/careful、/freeze、/guard）和确认流程示例，但并没有强制这些保护在所有自动化路径下启用；且“全自动 Sprint（推荐）”与示例场景暗示可以在无需逐步人工批准的情况下执行高风险操作，存在误触或越权执行的风险。
Install Mechanism
这是纯文档/提示词技能（无 install spec、无代码可执行文件），因此不会写入磁盘或下载外部执行包；这降低了供应链安装风险。
Credentials
技能声明不需要任何环境变量或凭据，但在描述中期望访问浏览器、CI/CD、ECS、数据库、回滚操作等外部系统。缺少明确定义需要哪些外部凭据（如 AWS/GCP 凭证、CI token、数据库凭证）是可理解的（技能可能依赖宿主平台已配置的工具/凭据），但也意味着安装者必须明确平台上哪些凭据会被用于该技能，以及这些凭据的权限范围是否最小化。
Persistence & Privilege
技能未请求始终加载（always:false）且默认允许模型调用（平台默认）。按规则这本身不是问题，但结合文档中对“全自动”流水线和自动修复/部署的建议，建议在启用自动运行前确认有人类审批点、审计日志和凭据权限边界，以降低自动化带来的放大风险。
如何使用
- 确保已安装 OpenClaw（本地或 Docker 部署）
- 在对话框中输入安装命令：
/install gstack-dev - 安装完成后，直接呼叫该 Skill 的名称或使用
/gstack-dev触发 - 根据 Skill 的参数说明提供必要输入，即可获得结构化输出
版本历史
v1.0.1
No changes detected for version 1.0.1.
- No file changes recorded for this release.
- Functionality and documentation remain the same as the previous version.
v1.0.0
gstack-dev 1.0.0 — 首个发布版，支持企业级 AI 虚拟工程团队开发模式。
- 实现完整 7 阶段 Sprint 流水线：需求思考、方案规划、构建、审查、测试、发布、回顾
- 支持角色化、专业分工开发：PM、工程师、QA、SRE 等多角色协作
- 提供三种调用方式：全自动 Sprint、单阶段调用、工具层调用（如 /freeze、/guard、/browse）
- 内置不可妥协开发原则，确保企业级工程质量和安全
- 明确与原始 gstack 的适配区别，支持多模型与多 Agent 并行
元数据
常见问题
Gstack AI虚拟工程团队 是什么？
Gstack式AI工程团队开发模式。基于Y Combinator CEO Garry Tan开源的gstack方法论， 将单一AI助手转化为虚拟工程团队。适用场景：新项目启动、功能开发、代码重构、Bug修复、 技术方案评审、部署上线、团队Sprint规划、代码审查、E2E测试。 触发词：gstack、用gstac... 它是一个面向 Claude Code / OpenClaw 的 AI Agent Skill 插件，目前累计下载 89 次。
如何安装 Gstack AI虚拟工程团队？
在 OpenClaw 或 Claude Code 对话框中运行命令「/install gstack-dev」即可一键安装，无需额外配置。
Gstack AI虚拟工程团队 是免费的吗？
是的，Gstack AI虚拟工程团队 完全免费，采用 MIT-0 许可证，可自由下载、安装和使用。
Gstack AI虚拟工程团队 支持哪些平台？
Gstack AI虚拟工程团队 跨平台运行，可在任意部署了 OpenClaw / Claude Code 的环境中使用（cross-platform）。
谁开发了 Gstack AI虚拟工程团队？
由 wangbotaochn（@wangbotaochn）开发并维护，当前版本 v1.0.1。
推荐 Skills