设个目标，让它自己跑完
2026/7/2大约 5 分钟
设个目标，让它自己跑完
"
别再每轮都问"做到哪了"。
痛点
让Claude Code重构一个模块。
第一轮：你说"重构用户服务"
它改了三处，你看了下："继续"
第二轮：它又改了五处，你："继续"
第三轮：你去倒了杯水，回来忘了做到哪了："嗯？到哪了？"
再过几轮，你疲惫了："算了，差不多了吧"
每轮都要手动检查进度、发送下一步指令。稍一分神，就断片。
/goal 命令
Claude Code的 /goal 命令，专为解决这类痛点而生。
核心逻辑
设定一个可验证的完成条件，Claude就会自主多轮迭代——
- 直到条件满足
- 或你手动终止
全程无需逐轮干预。
怎么用
/goal 重构用户服务，确保所有函数都有单元测试覆盖然后你就不用管了。
它会：
- 分析现有代码
- 识别缺失测试的函数
- 逐个编写测试
- 运行验证
- 发现问题再修复
- 继续验证
- 直到所有函数都有测试
中间不用你发一次"继续"。
对比：有/goal vs 没/goal
没有/goal
你：重构用户服务
Claude：[改了3处]
你：继续
Claude：[又改了5处]
你：继续
Claude：[再改了2处]
你：嗯？到哪了？还剩多少？
Claude：目前改了用户注册、登录、密码重置...
你：继续，把剩下的改完
Claude：[又改了几处]
你：算了吧，差不多了有/goal
你：/goal 重构用户服务，确保所有函数都有单元测试覆盖
Claude：明白了。目标已设定。
[10分钟后]
Claude：✅ 目标完成
- 分析了42个函数
- 为38个函数补充了单元测试
- 覆盖率从 45% → 92%
- 所有测试通过
你：完美一个是保姆式喂养，一个是目标驱动。
适用场景
1. 重构任务
/goal 重构订单模块，移除所有重复代码它会：
- 扫描重复逻辑
- 提取公共函数
- 逐处替换
- 验证功能不变
- 直到无重复
2. 测试补充
/goal 为支付模块编写集成测试，覆盖成功、失败、超时场景它会：
- 分析支付流程
- 编写测试用例
- Mock外部依赖
- 验证断言
- 直到覆盖全部场景
3. 文档完善
/goal 为API模块补充JSDoc，包含参数类型、返回值、示例它会：
- 扫描所有函数
- 识别缺失文档
- 逐个补充
- 统一格式
- 直到全覆盖
4. 性能优化
/goal 优化查询性能，确保所有列表接口响应时间<200ms它会：
- 测量当前性能
- 识别慢查询
- 添加索引
- 重构逻辑
- 反复验证
- 直到达标
5. 代码迁移
/goal 将所有回调函数改为async/await它会：
- 扫描回调模式
- 逐个转换
- 处理错误
- 验证语义
- 直到全部完成
核心价值
1. 解放注意力
不用每轮都盯着屏幕，等它跑完就行。
2. 避免断片
目标清晰、进度可见，不会忘了做到哪了。
3. 更好的完成度
Claude会自我验证，不会因为"差不多"而停手。
4. 可追溯
每轮迭代都有记录，知道它做了什么。
实战案例
场景：重构遗留代码
你接手一个三年前的项目，代码里到处都是：
- 重复逻辑
- 未处理异常
- 缺失测试
手动改？要几天。
用/goal：
/goal 清理技术债：1) 移除重复代码 2) 补充错误处理 3) 为核心函数编写测试然后你就可以去开会了。
两小时后回来：
✅ 目标完成
1. 重复代码清理
- 识别出 23 处重复逻辑
- 提取了 8 个公共函数
- 代码行数减少 1200 行
2. 错误处理补充
- 为 45 个函数添加了 try-catch
- 统一了错误日志格式
- 新增错误监控埋点
3. 测试覆盖
- 为 32 个核心函数编写了单元测试
- 覆盖率从 28% → 78%
- 所有测试通过
验证：运行完整测试套件 ✅
验证：构建成功 ✅
验证：核心功能冒烟测试 ✅两小时干完以前要两天的活。
怎么写好goal？
1. 明确可验证的条件
坏例子：
/goal 优化代码好例子：
/goal 优化查询性能，确保所有列表接口响应时间<200ms可验证：能跑测试、能测量指标。
2. 范围清晰
别设太大：
/goal 重构整个项目拆分成多个小目标：
/goal 重构用户服务
/goal 重构订单服务
/goal 重构支付服务小目标快完成，进度可见。
3. 优先级明确
/goal 先修复所有P0级别的Bug，再补充单元测试有先后，不会眉毛胡子一把抓。
注意事项
1. 大目标要拆
重构整个项目？别一个goal跑到底。
拆成模块、分阶段，每阶段一个goal。
2. 中途可干预
跑着跑着发现方向错了？
随时可以：
/stop然后修正goal，重新开始。
3. 验证很重要
goal完成不代表真的没问题。
跑测试、看覆盖率、手动验证关键功能。
工作原理
/goal 的核心是自主循环：
设定目标
↓
执行一步
↓
验证条件
↓
未满足？→ 继续执行
满足？→ 完成Claude会：
- 理解目标
- 分解任务
- 执行
- 验证
- 调整
- 再执行
直到完成。
总结
/goal 不是魔法，是自动化+验证的结合。
- 设定清晰目标
- 自动多轮迭代
- 持续验证进度
- 直到完成
把"保姆式喂养"变成"目标驱动"。
核心能力不是问"做到哪了"，而是设好目标让它自己跑完。
关注公众号 Fen9Pi，聊聊AI时代的开发效率。