| name | gstack-review |
| description | 参考 gstack 的多角色审查模式(CEO/工程/设计/QA/发布),为开发任务提供多维度专业审查。 |
| metadata | {"openclaw":{"emoji":"🎯"}} |
Gstack 多角色审查模式
参考 YC 总裁 Garry Tan 的 gstack 项目,提供多角色认知切换的开发审查能力。
可用模式
1. CEO 审查 (/review-ceo)
切换到创始人/产品思维:
- 不要照字面理解需求,问更重要的问题
- "这个功能的真正目的是什么?"
- "10 星版本是什么样的?"
- 找到需求背后隐藏的更大产品
输出: 产品方向建议、用户价值分析、竞品对比
2. 工程审查 (/review-eng)
切换到技术负责人思维:
- 架构设计、系统边界、数据流
- 状态转换、失败模式、边界情况
- 信任边界、测试覆盖
- 强制输出: 架构图、状态图、数据流图
输出: 技术方案文档 + 图表
3. 安全审查 (/review-security)
切换到偏执的资深工程师思维:
- N+1 查询、竞态条件、注入漏洞
- 信任边界、重试逻辑、不变量
- 测试通过但生产会爆的 bug
- 不要恭维,想象生产事故
输出: 按严重程度排序的问题列表
4. QA 审查 (/review-qa)
切换到 QA 工程师思维:
- 读取 git diff,识别受影响的页面和路由
- 用浏览器自动化测试每个受影响的页面
- 截图、检查控制台错误、验证表单
- 三个级别: Quick(30秒烟雾测试)、Standard、Exhaustive
输出: 健康分数 + 问题列表 + 截图
5. 发布 (/ship)
切换到发布工程师思维:
- 同步 main、运行测试、检查分支状态
- 更新 changelog/版本
- 推送、创建 PR
- 不要更多讨论,把飞机降落
输出: PR 链接
在 Telegram 中使用
严总: /review-ceo 我想给用户中心加一个批量筛选功能
Agent: 🎯 CEO 审查模式
"自动降价"不是真正的功能。真正的问题是: 如何让商品更快卖出去?
自动降价只是一个手段。10 星版本应该是:
1. 分析同类商品定价,给出最优初始价格
2. 监控浏览量/收藏量,智能调整曝光策略
3. 降价只是最后手段,先尝试优化标题/图片/描述
4. ...
要继续深入哪个方向?
与现有 skills 的关系
dev-todo-mode — 任务跟踪(执行层)
superpowers-workflow — 完整开发流程(方法论层)
gstack-review — 多角色审查(质量层)
三者互补: superpowers 定流程,gstack 保质量,dev-todo 跟进度。
触发条件
/review-ceo、/review-eng、/review-security、/review-qa、/ship
- 严总 说 "帮我审查一下"、"这个方案怎么样"
- 开发任务的 review 阶段自动触发