简介

GStack​ 是由Garry Tan创建并维护的开源项目，其核心使命是将Claude Code从一个通用助手转变为可以按需召唤的专业专家团队。在AI编程助手日益普及的今天，开发者面临着一个关键问题：单一的AI模型试图同时扮演产品经理、技术架构师、代码审查员、测试工程师和发布经理等多种角色，导致思维模式混杂、输出质量不稳定。GStack通过十种精心设计的专业技能，为Claude Code提供了明确的分工和专注的认知模式，让开发者能够根据当前任务需求切换不同的“大脑”。

核心定位：GStack的核心价值在于将AI辅助开发从模糊的通用对话升级为结构化的专业工作流。项目不是简单的提示词集合，而是完整的开发操作系统，包含产品规划、技术评审、代码审查、一键发布、浏览器自动化、质量测试、工程回顾和发布文档更新等全流程技能。通过明确的技能分工，它解决了传统AI编码工具中“思维模式混杂”的根本问题，让每个专业任务都能获得最合适的AI认知模式。

技术背景：项目基于现代开发工具链构建，采用模块化的技能架构，每个技能都是独立的Markdown提示文件，通过Claude Code的插件系统集成。浏览器自动化基于Playwright构建，提供持久的Chromium会话。项目采用简洁的安装方式，通过Git克隆和脚本安装即可使用，支持全局安装和项目级安装两种模式。活跃的开发社区和频繁的更新确保了工具的稳定性和功能丰富性。

项目状态：GStack处于高度活跃的开发阶段，最新版本为v0.4.3，拥有55次提交和持续的迭代更新。项目提供了完整的文档体系、详细的架构说明和丰富的使用示例。通过Conductor工具支持并行运行多个Claude Code会话，实现了真正的多任务并行开发能力。

主要功能

1. 产品战略规划模式（/plan-ceo-review）

这是GStack的创始人思维模式，专注于重新思考问题本质，寻找隐藏在需求背后的“10星级产品”。

超越需求表面：当开发者提出一个功能需求时，传统的AI助手会直接思考如何实现这个需求。而/plan-ceo-review模式首先质疑需求本身是否指向了正确的问题。它像一位有品味的创始人那样思考：用户真正需要解决的是什么问题？当前方案是否是最佳路径？是否存在更优雅、更完整的解决方案？

产品愿景挖掘：该模式不会简单接受“添加照片上传功能”这样的表面需求，而是深入挖掘：用户真正想要的是创建能够成功售出的商品列表。基于这一洞察，它会提出一系列更根本的问题：能否从照片自动识别商品？能否从网络获取规格和价格对比？能否自动生成吸引人的标题和描述？能否推荐最佳的展示图片？能否检测照片质量并提供改进建议？

用户体验重塑：模式关注的是如何将功能从“2007年的死板表单”转变为“高端体验”。它考虑的是产品的整体感觉、用户的情感反应和长期价值，而不仅仅是技术实现。这种思维模式确保团队在投入工程资源之前，先确认正在构建的是正确的东西。

2. 工程技术规划模式（/plan-eng-review）

一旦产品方向确定，就需要切换到工程技术思维模式，这是GStack的工程经理视角。

架构设计严谨化：该模式专注于构建能够承载产品愿景的技术骨架。它要求AI绘制系统架构图、数据流图、状态机图和组件关系图。图表迫使隐藏的假设浮出水面，让模糊的规划变得具体可执行。这种可视化方法显著提高了技术方案的完整性和可行性。

系统边界明确化：模式详细定义各个系统组件之间的边界：哪些步骤同步执行，哪些放入后台作业？应用服务器、对象存储、视觉模型、搜索/丰富API和列表数据库之间如何交互？失败场景如何处理？重试逻辑如何设计？如何防止重复作业？

风险预判全面化：工程技术规划模式预判各种边缘情况和故障模式：上传成功但丰富失败怎么办？产品识别置信度低如何处理？什么数据需要持久化，什么可以安全地重新计算？这种前瞻性思考避免了后期的大量返工和技术债务。

3. 偏执代码审查模式（/review）

这是GStack的资深工程师模式，专注于发现那些能够通过CI测试但会在生产环境中引发严重问题的缺陷。

结构性审计深度：该模式不是进行风格检查或表面审查，而是进行深度的结构性审计。它寻找的是那些测试覆盖不到但实际运行中会暴露的问题：N+1查询、陈旧读取、竞态条件、错误的信任边界、缺失的索引、转义错误、破坏的不变量、糟糕的重试逻辑。

生产事故预演：审查模式让AI想象生产环境可能发生的事故场景。例如在智能列表流程中：渲染列表照片或草稿建议时是否引入了N+1查询？是否信任了客户端提供的文件元数据而没有验证实际文件？两个标签页是否会竞争并覆盖封面照片选择或商品详情？失败的上传是否会在存储中留下孤儿文件？“恰好一个封面图片”的规则在并发情况下是否会破坏？

Greptile智能集成：GStack与YC公司Greptile深度集成，自动读取PR评论并进行智能分类：有效问题添加到关键发现中并在发布前修复；已修复问题自动回复确认；误报问题推送回去并解释原因。这种双层审查机制确保没有任何问题被遗漏。

4. 一键发布执行模式（/ship）

这是GStack的发布工程师模式，专注于将准备好的分支安全地推送到生产环境。

发布流程自动化：一旦决定构建什么、确定了技术方案并完成了严格审查，开发者就不需要更多讨论，只需要执行。/ship模式接管最后的里程：与主分支同步、运行正确的测试、确保分支状态正常、更新变更日志或版本信息、推送分支、创建或更新PR。

动量保持机制：许多分支在有趣的工作完成后死亡，只剩下无聊的发布工作。人类会拖延这部分，但AI不应该。该模式处理重复的发布卫生工作，让开发者不会在以下方面消耗精力：与主分支同步、重新运行测试、检查奇怪的分支状态、更新变更日志/版本元数据、推送分支、打开或更新PR。

Greptile评论处理：发布模式会读取Greptile的评论，对每个评论进行分类并采取相应行动。有效问题在发布前修复，已修复问题自动确认，误报问题在开发者确认后回复解释。所有处理历史都保存到~/.gstack/greptile-history.md中，未来运行会自动跳过已知的误报模式。

5. 浏览器自动化模式（/browse）

这是GStack的QA工程师模式，为AI提供了“眼睛”，让它能够实际查看和交互Web应用。

真实环境测试能力：在此之前，AI可以思考和编码，但仍然半盲。它不得不猜测UI状态、认证流程、重定向、控制台错误、空状态和损坏的布局。现在，它可以直接查看。完整的周期变为：规划、编码、运行应用、检查UI、重现错误、验证修复、发布。QA不再是“手动点击”，而是成为同一代理循环的一部分。

持久会话管理：这是一个与持久Chromium守护进程通信的编译二进制文件，基于Microsoft的Playwright构建。第一次调用启动浏览器（约3秒），之后的每次调用：约100-200毫秒。浏览器在命令之间保持运行，因此cookie、标签页和localStorage会保留。30分钟空闲后会话自动关闭。

全面测试覆盖：开发者推送分支后，可以告诉Claude去检查暂存环境。它会执行完整的QA流程：登录、测试注册流程、检查分支中更改的每个页面。整个过程约18个工具调用，60秒完成。它注册测试用户、导航每个更改的页面、截图、读取截图、检查控制台错误并验证API。

6. 质量保证测试模式（/qa）

这是GStack的QA负责人模式，为AI提供了完整的测试方法论。

差异感知测试：最常见的用例是：你在功能分支上，刚刚完成编码，想要验证一切正常。只需说/qa，它会读取git差异，识别更改影响的页面和路由，启动浏览器并测试每个页面。无需URL，无需手动测试计划。它从你更改的代码中推断出要测试什么。

四种测试模式：差异感知模式（功能分支上自动）——读取与主分支的git差异，识别受影响的页面，专门测试它们。这是从“我刚写完代码”到“它能工作”的最快路径。完整模式——系统性地探索整个应用，5-15分钟取决于应用大小，记录5-10个有充分证据的问题。快速模式（--quick）——30秒烟雾测试，首页+前5个导航目标，检查加载、控制台错误、损坏链接。回归模式（--regression baseline.json）——运行完整模式，然后与先前基线比较，哪些问题已修复？哪些是新问题？分数变化如何？

健康评分系统：测试报告包括健康评分（如72/100），按严重性分类问题（关键、高、中），并提供带有截图的完整报告。报告和截图累积在.gstack/qa-reports/中，可以跟踪质量随时间的变化并比较运行结果。

7. 浏览器会话管理（/setup-browser-cookies）

这是GStack的会话管理器模式，解决了测试认证页面的关键问题。

真实会话导入：在/qa或/browse可以测试认证页面之前，它们需要cookie。与其每次通过无头浏览器手动登录，/setup-browser-cookies直接从你的日常浏览器导入真实会话。它自动检测已安装的Chromium浏览器（Comet、Chrome、Arc、Brave、Edge），通过macOS钥匙串解密cookie，并将它们加载到Playwright会话中。

交互式选择界面：交互式选择器UI让你准确选择要导入的域名，从不显示cookie值。你可以跳过UI直接指定域名。每个浏览器的第一次导入会触发macOS钥匙串提示，点击“允许”或“始终允许”即可。

无缝测试体验：导入会话后，/qa可以测试需要登录的页面，无需手动认证流程。这使得端到端测试变得简单，特别是对于复杂的多步骤认证流程。

8. 工程回顾分析（/retro）

这是GStack的工程经理模式，提供数据驱动的团队表现分析。

团队感知分析：在每周结束时，/retro分析提交历史、工作模式和发布速度，并撰写坦诚的回顾报告。它是团队感知的，识别谁在运行命令，给你自己的工作最深入的处理，然后分解每个贡献者的具体表扬和成长机会，就像你在1:1中实际给出的反馈那样。

指标计算全面：计算提交数、代码行数、测试比例、PR大小和修复比例等指标。从提交时间戳检测编码会话，发现热点文件，跟踪发布连续记录，识别本周最大的发布。它保存JSON快照到.context/retros/，这样下一次运行可以显示趋势。

个性化反馈生成：报告包括：你的本周表现（提交、代码行数、测试比例、高峰时间、最大发布）、团队细分（每个贡献者的活动、优势、机会）、本周前三团队胜利、下周要改进的三件事、下周要养成的三个习惯。运行/retro compare可以并排查看本周与上周的对比。

9. 发布文档更新（/document-release）

这是GStack的技术文档模式，确保项目文档与代码更改保持同步。

自动文档同步：在/ship创建PR但合并之前，/document-release读取项目中的每个文档文件，并与差异进行交叉引用。它更新文件路径、命令列表、项目结构树以及任何其他漂移的内容。有风险或主观的更改会作为问题浮出水面，其他所有内容都自动处理。

智能变更检测：分析跨多个提交的21个更改文件，发现8个文档文件。更新README.md中的技能计数，在CLAUDE.md中添加新目录到项目结构，检查CONTRIBUTING.md是否需要更新，在TODOS.md中标记完成项并添加新项。所有文档更新并提交，PR正文更新文档差异。

变更日志语音优化：还优化CHANGELOG语音，使其听起来像人类编写的，而不是AI生成的。确保版本号、日期和发布说明格式正确且一致。

10. 纯质量报告模式（/qa-only）

这是GStack的QA报告模式，提供纯粹的bug报告而不进行任何代码更改。

无干预测试：与/qa相同的测试方法学，但从不修复任何问题。当你想要纯粹的bug报告而不进行代码更改时使用。相同的健康评分、问题分类和截图报告，但没有后续的修复提交。

客观质量评估：提供完全客观的应用状态评估，不受修复意图的影响。特别适合在代码冻结期间、向外部团队报告问题，或当你想要独立的第二意见时使用。

安装与配置

环境要求与准备

GStack设计为在现代化的开发环境中运行，对基础工具有明确要求。

Claude Code环境：需要已安装并配置Claude Code，这是GStack运行的宿主平台。Claude Code提供了AI对话界面和插件管理系统，是GStack技能的基础。确保使用最新版本的Claude Code以获得最佳兼容性。

Git版本控制：需要Git用于克隆仓库和管理版本。GStack本身通过Git分发，项目安装也依赖Git操作。基本的Git操作知识有助于理解安装过程。

Bun运行时：需要Bun v1.0或更高版本，这是现代JavaScript/TypeScript运行时。GStack的某些组件使用Bun进行构建和执行，确保系统已安装正确版本。

浏览器自动化支持：/browse技能编译本地二进制文件，支持macOS和Linux（x64和arm64架构）。首次使用时会自动构建浏览器二进制文件，需要网络连接下载必要组件。

网络访问权限：安装过程中需要从GitHub下载GStack代码，从npm注册表下载依赖包。运行时可能需要访问测试环境或暂存环境进行浏览器自动化测试。

个人环境安装

对于希望在个人开发环境中使用GStack的用户，提供了简单的一键安装流程。

单命令安装：在Claude Code中粘贴安装命令，Claude会处理剩余的所有步骤。命令执行Git克隆到~/.claude/skills/gstack目录，运行安装脚本，并配置CLAUDE.md文件以启用GStack技能。

技能注册过程：安装脚本会创建符号链接，将各个技能（browse、qa、review等）链接到Claude Code的技能目录。同时构建浏览器二进制文件，准备必要的依赖项。

CLAUDE.md配置：安装过程会自动更新用户的CLAUDE.md文件，添加“gstack”部分。这部分配置指示Claude始终使用gstack的/browse技能进行所有网页浏览，永不使用其他浏览工具，并列出了所有可用技能。

环境验证：安装完成后，可以通过在Claude Code中尝试任何GStack技能来验证安装是否成功。首次使用/browse技能时会构建浏览器二进制文件，这可能需要几分钟时间。

项目级安装配置

对于希望与团队成员共享GStack配置的项目，支持项目级安装。

团队协作安装：将GStack复制到项目的.claude/skills/gstack目录，移除Git历史记录，运行安装脚本。这会将GStack作为项目的一部分提交到版本控制中，确保所有团队成员获得相同的配置。

二进制文件管理：浏览器二进制文件和node_modules目录被gitignore忽略，不会提交到仓库中。团队成员只需要运行一次cd .claude/skills/gstack && ./setup来构建二进制文件，或者/browse会在首次使用时自动处理。

项目配置继承：项目级的CLAUDE.md文件会添加gstack部分，配置技能使用和故障排除说明。如果gstack技能不工作，指示运行设置脚本来构建二进制文件和注册技能。

无干扰设计：所有内容都位于.claude/目录内，不接触PATH或后台运行。这种设计确保了GStack不会干扰其他开发工具或系统配置。

浏览器会话配置

GStack的浏览器自动化功能需要适当的配置才能发挥最大效用。

首次使用设置：首次使用/browse或/qa技能时，系统会编译浏览器二进制文件。这个过程需要网络连接下载Chromium和必要依赖，通常需要几分钟时间。后续使用会重用已编译的二进制文件。

Cookie导入配置：/setup-browser-cookies技能需要访问macOS钥匙串来解密浏览器cookie。首次导入每个浏览器时会触发钥匙串权限提示，需要点击“允许”或“始终允许”。导入的cookie存储在项目特定的会话中，不会在系统间共享。

会话持久性管理：浏览器会话在命令之间保持活动状态，默认30分钟空闲后自动关闭。可以通过环境变量调整超时设置。会话状态（cookies、localStorage、标签页）保存在.gstack/目录中，按项目隔离。

安全注意事项：/browse运行持久的Chromium会话，cookies、localStorage和会话状态在命令之间保留。不要将其用于敏感的生产环境，除非你确实打算这样做。它是一个具有真实状态的真正浏览器。

高级配置选项

对于高级用户，GStack提供了多种配置选项来定制行为。

技能定制：每个技能都是独立的Markdown文件，位于技能目录中。高级用户可以修改这些文件来调整AI的行为、添加上下文或改变工作流程。修改后需要重新加载Claude Code会话才能生效。

环境变量配置：支持通过环境变量配置各种选项，如浏览器超时、日志级别、API端点等。这些可以在项目级的.env文件中设置，或在系统级配置。

Conductor并行运行：GStack与Conductor工具深度集成，支持并行运行多个Claude Code会话，每个都在其自己独立的工作区中。这意味着你可以让一个会话在暂存环境运行/qa，另一个在PR上运行/review，第三个实现功能，还有七个在其他分支上工作。所有同时进行。

Greptile集成配置：要启用Greptile集成，需要在GitHub仓库上安装Greptile应用（greptile.com）。一旦配置，GStack会自动读取Greptile的PR评论并进行智能分类。误报历史保存在~/.gstack/greptile-history.md中用于模式学习。

如何使用

完整功能开发工作流

GStack设计用于支持从构思到发布的完整开发周期，每个阶段使用专门的技能模式。

产品构思阶段：几乎每个功能都从规划模式开始。描述想要构建的内容，然后使用/plan-ceo-review来压力测试是否正在构建正确的东西。只有产品方向确定后，才转向工程、审查、发布和测试。例如，当构建商品列表应用时，不是直接实现“照片上传”，而是重新思考用户真正需要的是“创建能够成功售出的列表”。

技术设计阶段：产品方向确定后，切换到/plan-eng-review锁定架构、数据流、图表、边缘情况和测试。绘制系统架构图、状态机、组件关系图。定义系统边界：哪些步骤同步执行，哪些放入后台作业？失败场景如何处理？这种严谨的技术规划为实施奠定了坚实基础。

实施与审查阶段：退出规划模式，实施计划。然后使用/review进行偏执的代码审查，寻找那些能通过CI但在生产中会爆炸的bug。修复发现的问题。审查模式与Greptile集成，自动分类PR评论：有效问题修复、已修复问题确认、误报问题回复解释。

发布与测试阶段：使用/ship同步主分支、运行测试、解决Greptile审查、推送、打开PR。对于准备好的分支，不是用于决定构建什么。然后使用/qa测试应用，查找bug，用原子提交修复它们，重新验证。测试前后健康评分和发布就绪性摘要。

环境验证阶段：使用/setup-browser-cookies从真实浏览器导入cookie到无头会话中。然后使用/qa https://staging.myapp.com --quick进行烟雾测试。这提供了从代码到生产的完整验证链。

技能模式切换策略

GStack的核心价值在于能够根据任务需求切换不同的认知模式，每种模式都有特定的使用场景和最佳实践。

创始人模式使用时机：当需要重新思考问题本质、寻找更优解决方案、质疑初始假设时使用。适合产品探索阶段、功能规划初期、用户体验设计。避免在技术实施细节讨论中使用此模式。

工程经理模式使用时机：当产品方向确定后，需要具体的技术方案时使用。适合系统设计、架构决策、技术风险评估。此模式产出具体可执行的技术规格，而不是开放式的头脑风暴。

资深工程师模式使用时机：当代码完成需要深度审查时使用。适合PR审查、生产前检查、安全审计。此模式专注于发现结构性缺陷，而不是代码风格或格式化问题。

发布工程师模式使用时机：当分支准备好发布时使用。适合发布流程自动化、最后里程执行。避免在功能讨论或技术设计阶段使用此模式。

QA工程师模式使用时机：当需要验证功能实现、测试用户界面、检查生产就绪性时使用。适合功能测试、回归测试、烟雾测试。结合/setup-browser-cookies测试认证流程。

浏览器自动化实践

GStack的浏览器自动化功能改变了QA测试的方式，从手动点击转变为AI驱动的自动化验证。

基本浏览操作：使用/browse命令让AI访问特定URL、与页面交互、截图、读取内容。例如/browse staging.myapp.com --log in, test the signup flow, and check every page I changed in this branch。AI会执行完整的测试流程，报告结果。

自动化测试流程：/qa命令自动分析git差异，识别受影响的页面和路由，然后测试每个页面。无需指定URL或手动创建测试计划。系统从代码更改中推断出要测试的内容，这是从“我刚写完代码”到“它能工作”的最快路径。

会话状态管理：浏览器会话在命令之间保持活动状态，cookies、localStorage和标签页会保留。这使得多步骤测试流程成为可能，如注册、登录、执行操作、验证结果。30分钟空闲后会话自动关闭。

跨环境测试：可以测试本地开发环境（localhost:3000）、暂存环境、生产环境。使用/setup-browser-cookies导入真实会话后，可以测试需要认证的页面，无需手动登录。

团队协作与回顾

GStack不仅支持个人开发，也提供了团队协作和绩效分析功能。

并行开发支持：使用Conductor工具并行运行多个Claude Code会话，每个都在其自己独立的工作区中。这意味着你可以同时进行QA测试、PR审查、功能实现和多个分支的工作。每个工作区自动获得其自己独立的浏览器实例，没有端口冲突，没有共享状态，无需配置。

工程回顾分析：每周结束时使用/retro分析团队表现。报告包括：你的本周表现详情、团队细分（每个贡献者的活动、优势、机会）、本周前三团队胜利、下周要改进的三件事、下周要养成的三个习惯。JSON快照保存到.context/retros/用于趋势跟踪。

文档同步维护：发布前使用/document-release更新项目文档。系统读取每个文档文件，与代码更改交叉引用，更新文件路径、命令列表、项目结构树以及任何其他漂移的内容。有风险或主观的更改会作为问题浮出水面。

知识积累与学习：Greptile的误报历史保存到~/.gstack/greptile-history.md，未来运行自动跳过已知的误报模式。/retro跟踪Greptile的命中率随时间变化，可以看到信噪比是否改善。

故障排除与优化

长期使用GStack可能会遇到各种问题，系统提供了相应的解决工具和最佳实践。

技能故障诊断：如果gstack技能不工作，运行cd .claude/skills/gstack && ./setup来构建二进制文件和注册技能。检查CLAUDE.md文件是否包含正确的gstack配置部分。

浏览器问题解决：如果/browse失败，检查浏览器二进制文件是否已构建（位于browse/dist/browse）。首次使用需要编译，可能需要几分钟。确保系统满足架构要求（macOS或Linux，x64或arm64）。

会话状态问题：如果浏览器会话表现异常，可以手动删除.gstack/目录来重置会话状态。注意这会清除所有保存的cookies和本地存储。

性能优化：对于大型应用，/qa的完整模式可能需要较长时间。使用--quick标志进行快速烟雾测试，或使用差异感知模式只测试更改的页面。调整浏览器超时设置以适应慢速环境。

团队配置同步：确保所有团队成员运行相同版本的gstack技能。项目级安装确保配置一致性，但每个团队成员需要单独运行设置脚本来构建浏览器二进制文件。

应用场景实例

实例1：初创公司全栈功能开发

场景描述：一家初创公司正在构建一个市场平台，需要快速迭代功能同时保持代码质量。团队小、资源有限，但需要处理从产品构思到发布的全流程。传统开发流程中，产品经理、工程师、QA测试员之间的交接存在摩擦，沟通成本高，反馈循环慢。

解决方案：开发团队采用GStack作为统一的开发操作系统。产品经理使用/plan-ceo-review重新思考用户需求，将“添加消息通知功能”转化为“构建用户参与系统，在正确的时间通过正确的渠道传递有价值的信息”。工程师使用/plan-eng-review设计技术方案：实时WebSocket连接、推送通知、邮件队列、用户偏好设置。实施完成后，使用/review进行深度代码审查，发现竞态条件和安全边界问题。使用/ship自动化发布流程，同步主分支、运行测试、处理Greptile评论、创建PR。最后使用/qa进行完整测试，验证所有用户流程。每周使用/retro分析团队表现，识别瓶颈和改进机会。

实施效果：功能开发周期从2周缩短到3天，质量显著提升。产品方向更准确，技术设计更严谨，生产事故减少80%。团队能够并行处理多个功能，一个会话进行QA测试，另一个进行代码审查，第三个实施新功能。工程回顾提供数据驱动的改进洞察，团队效率持续提升。

实例2：企业级应用现代化重构

场景描述：一家中型企业需要将其核心业务应用从单体架构迁移到微服务。代码库庞大，依赖复杂，测试覆盖率低。团队担心重构会引入回归错误，影响业务运营。需要系统化的方法确保迁移安全可控。

解决方案：架构团队使用GStack管理重构过程。首先使用/plan-ceo-review确定重构的真正目标：不是技术升级本身，而是提高开发速度、系统可靠性和可扩展性。然后使用/plan-eng-review设计详细的迁移计划：服务边界、数据迁移策略、回滚方案、监控指标。每个微服务实现后，使用/review进行严格的安全和性能审查。使用/ship确保每个服务独立发布，不影响整体系统。使用/qa测试新旧系统并行运行，验证数据一致性和功能对等性。使用/setup-browser-cookies导入生产会话，测试认证和授权流程。

实施效果：重构过程有条不紊，6个月完成核心服务迁移，零生产事故。每个微服务都经过严格审查和测试，质量高于原单体应用。团队能够并行迁移多个服务，GStack的并行会话功能让不同工程师同时工作在不同服务上。工程回顾帮助识别迁移过程中的模式，优化后续服务迁移策略。

实例3：开源项目维护与协作

场景描述：一个流行的开源项目有数百名贡献者，维护者需要高效处理PR、确保代码质量、维护文档一致性。传统维护流程依赖人工审查，响应慢，标准不一致。需要自动化工具帮助维护者管理贡献流程。

解决方案：项目维护者将GStack集成到贡献工作流中。贡献者提交PR后，维护者使用/review进行深度代码审查，重点关注架构一致性和潜在风险。GStack自动读取Greptile评论并进行智能分类，节省维护者时间。使用/qa测试PR更改，自动识别受影响的路由并进行全面测试。使用/ship自动化合并流程，确保所有检查通过。使用/document-release更新项目文档，保持与代码更改同步。定期使用/retro分析贡献模式，识别活跃贡献者和需要指导的新贡献者。

实施效果：PR处理时间从平均3天减少到几小时，贡献者满意度大幅提升。代码质量更一致，回归错误减少。文档始终保持最新，新贡献者上手更容易。维护者能够处理更多PR，项目发展加速。GStack的标准化流程确保所有贡献都经过相同质量的审查和测试。

实例4：教育科技平台功能实验

场景描述：一家教育科技公司需要快速实验新学习功能，如自适应测验、游戏化进度、社交学习。团队采用实验驱动开发，需要快速构建原型、测试效果、迭代改进。传统开发流程无法支持快速实验周期。

解决方案：产品团队使用GStack加速实验周期。产品经理使用/plan-ceo-review探索多种实验方向，将“添加排行榜功能”重新思考为“构建社交证明系统，通过同伴比较激励学习”。工程师使用/plan-eng-review设计可插拔的实验架构，支持A/B测试、功能标志、实时指标。使用/browse测试不同实验变体的用户体验，截图比较界面差异。使用/qa确保实验代码不影响核心功能。使用/ship快速部署实验到小部分用户。使用/retro分析实验开发效率，优化实验流程。

实施效果：实验周期从月缩短到周，团队能够并行运行多个实验。产品方向基于用户数据而非猜测，功能成功率提升。工程师能够快速构建、测试和迭代实验，而不影响系统稳定性。GStack的浏览器自动化功能使UX测试变得简单，无需手动点击每个变体。

实例5：电商平台大促准备

场景描述：大型电商平台准备年度大促活动，需要确保系统能够承受流量峰值，同时快速修复可能出现的任何问题。团队需要7x24小时监控、快速响应和修复能力。传统运维流程依赖人工监控和手动修复，响应慢，容易出错。

解决方案：运维团队使用GStack作为应急响应工具。监控系统检测到问题后，工程师使用/browse快速诊断问题：访问受影响页面、截图、检查控制台错误、验证API响应。使用/qa运行针对性测试，确认问题范围和影响。使用/review审查紧急修复代码，确保不会引入新问题。使用/ship快速部署修复。使用/setup-browser-cookies导入生产会话，测试修复后的认证流程。使用/retro分析事故根本原因和改进措施。

实施效果：平均修复时间从小时级减少到分钟级，系统可用性达到99.99%。团队能够快速诊断和修复问题，减少业务影响。GStack的标准化流程确保每次修复都经过相同质量的审查和测试，避免紧急修复引入新问题。事后分析提供数据支持，帮助团队持续改进系统可靠性。

GitHub地址

官方仓库地址：https://github.com/garrytan/gstack

项目状态：生产就绪​ - 稳定版本，持续活跃开发，已被开发团队广泛采用

关键信息：

• 项目名称：GStack

• 核心定位：将Claude Code从一个通用助手转变为可以按需召唤的专业专家团队

• 主要维护者：Garry Tan

• 最新版本：v0.4.3（截至2026年3月17日）

• 开源协议：未明确指定，但基于开源原则开发

• 项目规模：55次提交，高度活跃开发，完整功能集

技术架构：

• 技能系统：基于Claude Code插件架构的Markdown提示文件

• 浏览器自动化：Playwright驱动的持久Chromium会话，编译为本地二进制文件

• 集成生态：深度集成Greptile进行PR审查，Conductor支持并行会话

• 数据持久化：JSON快照存储回顾数据，误报历史学习模式

• 配置管理：支持全局和项目级安装，环境变量控制行为

核心创新：

• 认知模式专业化：十种专门技能对应不同开发角色，消除思维模式混杂

• 完整工作流覆盖：从产品构思到发布文档的全流程自动化

• 智能上下文管理：浏览器会话持久化，cookie导入，真实环境测试

• 质量保证系统化：差异感知测试，健康评分，回归比较

• 团队协作增强：工程回顾，贡献者分析，趋势跟踪

安装命令：

• 个人安装：git clone https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup

• 项目安装：cp -Rf ~/.claude/skills/gstack .claude/skills/gstack && rm -rf .claude/skills/gstack/.git && cd .claude/skills/gstack && ./setup

核心技能：

• /plan-ceo-review- 创始人模式：重新思考问题，寻找10星级产品

• /plan-eng-review- 工程经理模式：锁定架构、数据流、图表、边缘情况

• /review- 资深工程师模式：偏执代码审查，发现生产级bug

• /ship- 发布工程师模式：一键发布，自动化最后里程

• /browse- QA工程师模式：浏览器自动化，为AI提供眼睛

• /qa- QA负责人模式：系统化测试，健康评分，回归检测

• /setup-browser-cookies- 会话管理器：从真实浏览器导入cookie

• /retro- 工程经理模式：团队感知回顾，数据驱动分析

• /document-release- 技术文档模式：自动更新项目文档

• /qa-only- QA报告模式：纯粹bug报告，无代码更改

项目哲学：

GStack代表了AI辅助开发的新范式——从模糊的通用对话转向明确的专业分工。在AI编码工具日益强大但使用模式仍然原始的今天，项目通过结构化的技能系统、专业化的认知模式、完整的工作流覆盖，为严肃开发者提供了真正的生产力倍增器。

项目不仅仅是一组提示词，更是一种开发方法论。它理解软件开发的本质：不同的任务需要不同的思维方式。产品规划需要愿景和品味，技术设计需要严谨和系统，代码审查需要偏执和深度，发布执行需要纪律和自动化。通过强制分离这些关注点，GStack确保每个任务都能获得最适合的AI认知模式。

随着AI技术的进步和开发实践的演化，GStack将继续发展，集成更智能的代码理解、更自然的浏览器交互、更深入的质量分析。项目的开源本质确保了透明性和可扩展性，欢迎开发者共同塑造AI辅助开发的未来。

对于工程师、技术负责人、产品经理、QA专家，GStack提供了一个强大的平台，将AI的专业能力与人类的判断力相结合，创造出既高效又可靠的软件开发流程。正如项目README所言：“这不是初学者的提示包。这是为发布者准备的操作系统。”——这不仅是技术工具的定位，更是对专业软件开发本质的深刻理解。