用途：goal-driven 是一个手动调用的目标驱动编排工作流技能，仅当用户显式调用 $goal-driven 或明确要求该流程时启用，不得对普通任务隐式调用。适用于需要明确成功标准、由单一工作单元持续推进并可独立验证的复杂任务。
主要能力与流程：
- 先澄清再委派：在创建子代理前，用用户语言提出简洁追问，直到目标（确切终态）与标准（可观察检查）都具体化。推动标准可测试，把“运行良好”“看起来不错”等模糊表述替换为通过测试、生成文件、达到基准、输出匹配或用户可见行为验证等具体检查。若用户只给目标，专门追问标准；标准偏弱则收紧；若存在明显合理默认标准，可提出并请求确认，而非提出宽泛开放问题。
- 仅派发一个专注子代理：目标与标准明确后，用 spawn_agent 创建恰好一个工作子代理，提示词包含最终目标、成功标准，并要求：专注解决问题而非要求主代理代劳；需要时自行拆分子任务；持续迭代直至满足标准或遇到硬性阻碍；报告具体进展与完成证据。提示词模板还要求优先产出可验证工件、测试、命令、差异、日志或度量；认为完成时报告标准已满足的确切证据；不得仅因一次尝试失败就交回控制权。
- 评估后继续或停止：主代理是唯一评估者。子代理报告完成、变为非活跃或停止推进时，用最新工件对照标准检查：满足则停止并报告成功；未满足则带着精确差距清单让子代理继续，必要时用携带相同目标与标准的新子代理替换。无验证不得接受“完成”；不得仅因工作方停止就停止；工作开始后不得移动目标，除非用户变更需求。
使用方式：遵守主/工作严格契约——工作方解决，主代理评估。派发前建议给出简短明确复述：一行目标、一行标准。主线程保持专注编排与评估，不要重复工作方的实现工作。若验证需要命令、测试或工件检查，须先在主线程执行验证再宣布成功。任务极长时可考虑线程心跳或其他持久唤醒机制，让评估循环持续进行，而非依赖单次前台等待。
限制：仅限显式调用；标准必须可测试，标准不足时不得委派；只创建一个工作子代理；主代理不得替代评估；关于原概念与提示模板，仅在需要背景理由或原始措辞时阅读 readme_cn.md。