gstack 的常用流程是先讨论需求、审查计划，再由编程助手实现功能，最后进行代码审查、测试和交付。每次应围绕一个明确目标，并检查实际产物。下面以 claude code 的短命令说明；若安装了前缀版，将命令改为对应的 gstack 前缀名称。
描述问题并形成计划
完成安装并打开项目后，运行 /office-hours，说明用户、问题、约束和验收标准。确认最小范围，再用 /plan-eng-review 检查架构、数据流、失败处理和测试安排。
例如先做只支持手动记账的本地原型，而不是一次加入银行同步、支付和团队权限。技术计划确认前，不必急着让助手改完整个项目。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
实现后按计划审查和测试
让 Claude Code 按已确认计划实现；有代码改动后运行 /review，查看实际修复和仍需决定的问题。按测试计划运行 /qa，网页目标提供本地或测试地址，API 和命令行使用隔离测试环境。
只需要报告时改用 /qa-only。要求记录操作、预期与实际结果、复现证据及未执行项；修复后重测原问题和相邻正常路径，不只检查某个页面能否打开。
确认分支就绪再执行交付
检查改动和测试后，再运行 /ship。它面向已经准备好的分支，会同步基础分支、运行检查，并根据仓库要求处理版本或变更说明、推送及创建或更新 PR。
交付需要相应仓库权限和账户；PR 创建成功不等于生产部署成功。涉及合并或部署时，核对仓库策略及明确授权，并保留检查结果和未完成项。
