用户要创建或澄清目标时，把模糊意图转成可度量、可验证…

适用于用户请求 $define-goal、创建或设置 goal、澄清成功标准，或把模糊意图变成量化结果的场景。

适用场景

解决思路

1. 确认是否真的需要定义目标：当用户请求 `$define-goal`、要求创建或设置目标、要求 goal 工具，或希望把意图变成清晰目标时使用；如果用户只是要求普通实现工作，直接完成工作，不要强行创建目标。
2. 只做目标定义和 goal 工具创建；不要从本技能创建中间规划产物、持久快照、台账、决策日志或续跑文件。
3. 用具体措辞复述可能的目标；可用目标要写明：完成后将为真的具体结果、涉及的主要产物/系统/仓库/环境/面向用户行为、如何验证完成、范围内事项、当歧义重要时的范围外事项，以及应停止追问用户而不是硬磨的停止条件。
4. 领域支持量化时就量化；优先使用代表真实成功的数字，而不是装饰性精度。
5. 使用通过/失败验证器量化：确切测试、检查、CI 任务、评估、命令或验收标准。
6. 使用质量阈值量化：延迟、错误率、成本、准确率、召回率、精确率、覆盖率、不稳定率、打包体积、内存、正常运行时间、完成率或人工审查标准。
7. 使用产物约束量化：文件路径、受影响的模块、允许的命令、输出格式、目标环境、截止时间或最大影响范围。
8. 使用证据数量量化：复现的失败数、成功重跑数、已审查示例数、迁移记录数、已处理评论数或已验证案例数。
9. 设置前修复弱目标：当本地上下文使重写安全时，把模糊目标改写成可度量目标。
10. 设置前修复弱目标：当缺失细节会改变预期结果或验证方式时，问一个简洁的澄清问题。
11. 设置前修复弱目标：拒绝纯活动型目标，如“取得进展”“继续调查”“改进事物”“处理 X”，除非它们被锐化为可验证结果。
12. 创建目标前检查活动目标状态：调用 `get_goal`。
13. 创建目标前检查活动目标状态：如果没有活动目标且目标达到质量标准，调用 `create_goal`。
14. 创建目标前检查活动目标状态：如果已有活动目标仍匹配用户意图，继续使用它，不要创建重复目标。
15. 创建目标前检查活动目标状态：如果已有活动目标与新请求冲突，询问是完成当前目标、若已完成则标记完成，还是启动一个单独的目标支撑线程。
16. 只在目标通过质量标准后创建目标：使用单个简洁目标字符串。
17. 只在目标通过质量标准后创建目标：在目标本身包含验证证据。
18. 只在目标通过质量标准后创建目标：当范围限制工作时包含范围边界。
19. 只在目标通过质量标准后创建目标：仅当用户明确要求时包含 token 预算。
20. 只在目标通过质量标准后创建目标：除非用户明确要求以目标为支撑的工作，否则不要为普通多步骤任务调用 `create_goal`。
21. 在 `create_goal` 前，目标应回答：完成时什么具体事情会为真？什么证据能证明？什么量化或二元阈值定义成功？哪些范围边界重要？什么应导致智能体停下并询问？
22. 用以下好目标示例校验：把结账 API 的 p95 延迟降到 250 ms 以下，针对已记录的慢路径，做最小安全服务端改动，然后用 `npm run test:checkout` 和现有本地延迟基准测试验证连续 3 次运行 p95 均低于 250 ms。
23. 用以下好目标示例校验：解决 PR 123 上要求代码改动的未决审查评论，只更新受影响的认证文件和测试，并用定向认证测试命令以及 `gh pr view 123` 显示没有未解决的变更请求线程来验证。
24. 拒绝以下弱目标：“让结账更快。”
25. 拒绝以下弱目标：“继续调查 PR 评论。”
26. 量化启发式：对缺陷，成功先定义为复现，其次修复，并尽可能使用先失败后通过的验证器。
27. 量化启发式：对测试，指定确切命令和必需通过条件。
28. 量化启发式：对性能，指定指标、目标阈值、测量方法和运行次数。
29. 量化启发式：对质量工作，定义可观察验收标准，如已审查示例、lint/typecheck/test 通过，或用户批准的产物。
30. 量化启发式：对研究，定义研究必须促成的决策、范围内的来源/系统和证据标准。
31. 量化启发式：对运维，定义健康状态、监控窗口、失败阈值以及回滚或升级触发条件。
32. 澄清问题：仅在合理重写可能追求错误结果时询问；保持问题简短，并围绕缺失的验证器或范围边界。
33. 使用澄清问题形态：“这里用什么指标定义成功：延迟、成本、准确率，还是用户可见行为？”
34. 使用澄清问题形态：“我应对哪个环境验证：本地、预发布，还是生产？”
35. 使用澄清问题形态：“在我把这个目标标记为完成前，你希望看到的最低证据是什么？”
36. 如果用户无法提供指标，提出可用的最诚实二元验证器，并请求确认。

适用边界 · 注意事项

• 用户只要求普通实现工作时，不适用；应直接做工作，不要强行创建目标。
• 不要用于创建中间规划产物、持久快照、台账、决策日志或续跑文件。
• 没有 `get_goal`/`create_goal` 这类 goal 工具时，无法执行目标状态检查与创建。