核心用法
gstack 是一套受 Garry Tan（YC CEO）启发的多角色 AI 工程协作系统，通过 @gstack:<角色> 指令调用特定专家人格。包含 12+ 个细分角色：ceo（产品规划）、eng（架构设计）、design（设计评审/AI Slop检测）、investigate（根因分析/调试）、security（STRIDE威胁建模）、land（部署验证）、canary（金丝雀监控）、benchmark（性能基准）、review（代码审查）、qa（质量验收）、ship（发布管理）、retro（项目复盘）等。支持通过 GSTACK.md 维护项目上下文，实现跨会话记忆。
显著优点
- 角色专业化：每个角色有明确边界和决策标准（如
investigate的"3次失败停止"机制），避免通用助手的模糊输出 - 流程闭环：v2.5.5 新增金丝雀监控和性能基准，补全"开发-部署-监控-回滚"全链路
- 业界背书：融合 Google Staff Engineer、Martin Fowler、Kent Beck、Jeff Dean 等工程思维，以及 Paul Graham、Sam Altman 创业方法论
- 可扩展架构：模块化设计便于社区贡献新角色
潜在局限
- 上下文依赖：需手动维护
GSTACK.md才能发挥跨角色协作效果，项目初期有学习成本 - 角色切换开销：频繁切换角色可能打断心流，小型项目或显冗余
- OpenClaw 生态绑定：技能实现依赖特定 Agent 框架，迁移成本未知
适合人群
- 独立开发者/小团队需要"虚拟 CTO+架构师+DevOps"组合
- 希望系统化 AI 辅助工作流的工程师（厌恶随机 prompt 结果）
- 学习软件工程最佳实践的初级开发者
常规风险
- 过度依赖：可能削弱工程师独立判断能力，需保持关键决策人工把关
- 角色冲突：多角色连续调用时，建议显式传递上下文避免认知不一致
- 版本漂移：技能迭代快（v2.5.x 密集更新），需关注行为变更