宝玉分享/goal命令的高级用法

这条分享来自 @dotey，一位活跃的开发者技术博主，专注于 AI 编程工具的实操技巧。他描述的 /goal 命令使用模式，本质上是在解决"AI 一次生成太多代码、难以把控质量"的痛点。

核心方法论：分而治之 + 阶段性门控

两个场景的核心逻辑一致：把大任务拆解成带验收条件的子单元。

• Checklist 模式：AI 逐项输出可执行清单，人工确认后批量处理。适合迁移、重构等边界清晰但步骤繁多的任务。
• Design Doc + Phase 执行：先让 AI 写设计文档（含验收条件），再按 phase 执行。适合需要保持架构一致性的新功能开发。

这两种模式都引入了人类的"批准门控"，本质上是把 AI 的并发能力与人类的判断力做时间上的串行组合。

@dotey 的历史立场与利益关联

@dotey 的内容一贯偏向"AI 编程工具实操"，很少发表宏大叙事，更关注工具链效率。他的粉丝群体以独立开发者和中小团队为主。因此这条分享的潜在读者画像很清晰：每天高频使用 AI 编程助手、但被"一次生成太多、难以审查"困扰的人。他不推荐用 /goal