核心用法
gstack是一套角色化AI工程协作框架，灵感源自YC CEO Garry Tan使用Claude Code 60天产出60万行代码的实践。它不将AI视为单一工具，而是模拟完整工程团队的8个核心角色：CEO（产品规划）、工程经理（架构设计）、设计评审师（AI Slop检测与系统生成）、系统调试专家（根因分析、3次失败自动停止）、代码审查员、QA负责人、发布工程师和复盘师。
典型工作流
1. @gstack:office 澄清需求方向
2. @gstack:ceo 撰写PRD
3. @gstack:design 评审设计
4. @gstack:eng 技术架构
5. 开发中...
6. @gstack:review 代码审查
7. @gstack:qa 测试验收
8. @gstack:ship 发布上线
9. @gstack:retro 复盘总结
显著优点
- 经过验证的方法论：直接移植Garry Tan/YC级别的高产出实践
- 角色专业化：每个子技能深度聚焦单一职责，避免通用助手的"样样通、样样松"
- 工程完整性：覆盖从需求到发布的全生命周期，v2.5.1新增的系统调试技能带有科学根因分析机制
- 低认知负担：通过
GSTACK.md维护项目上下文，无需重复灌输背景 - 开源免费：MIT许可，社区驱动迭代
潜在局限
- OpenClaw生态绑定：当前实现依赖特定Agent框架，迁移成本未明
- 角色切换摩擦：频繁切换子技能可能打断心流，不如单一长会话自然
- 调试"3次失败停止"机制：虽防止无限循环，但也可能过早放弃可解问题
- 实际产出质量依赖底层模型：框架本身不解决LLM的幻觉与推理边界问题
- 缺乏量化验证：社区版未经独立第三方的高产出复现验证
适合人群
- 独立开发者/小团队，希望获得结构化工程视角
- 产品经理与技术负责人，需快速对齐技术实现方案
- 已有OpenClaw环境的用户
常规风险
- 过度依赖框架：可能忽视真实团队协作中的隐性知识传递
- 上下文漂移：
GSTACK.md维护不当导致角色理解偏差 - 安全执行边界：
gstack:browse等技能涉及网页抓取，需关注目标站点的ToS与数据合规