核心能力
目标驱动的自主执行
- 你描述目标，Quest 自行拆解任务、规划执行路径并持续推进，无需逐步下达指令。
- Quest 会在每轮执行后评估当前进度，判断目标是否达成，未达成则自动进入下一轮迭代。
灵活的过程控制
- 支持在运行中随时暂停、编辑目标或删除任务，暂停后保留完整上下文与中间产物。
- 编辑目标后，Quest 从下一轮开始按新目标继续执行，不会重置已有进度。
适用场景
- 长时间运行的编码任务：具有明确的成功条件与验证循环，例如提升测试覆盖率、性能调优、跨文件一致性修改等。Quest 自主循环执行并验收，直至目标达成。
- 大型改造与重构：代码迁移、整库框架升级、批量 API 替换等无法预先穷举每一步的任务。用 Goal 描述期望终态，Quest 自行规划路径、持续迭代推进。
如何使用
Goal 与 Spec 的区别
| Goal 驱动 | Spec 驱动 | |
|---|---|---|
| 定位 | 以目标为导向，Agent 自主规划路径 | 以规划为蓝图，按既定方案逐项实现 |
| 输入 | 描述期望的最终状态 | 结构化的方案描述 |
| 执行方式 | Agent 自驱迭代，自行判断完成度 | 按 Spec 任务清单顺序执行 |
| 典型场景 | 测试覆盖率提升、代码重构、性能调优 | 新功能开发、按设计稿实现、明确需求交付 |
最佳实践
- 描述可验证的最终状态：好的目标是「测试覆盖率达到 80%」而非「写一些测试」。Quest 需要明确的完成标准来判断是否达成。
- 加入关键约束：如果有不希望被改动的部分，在目标中说明。例如「在不修改公共 API 的前提下优化内部实现」。
- 适当缩小范围：过于宏大的目标（如「让整个项目变得更好」）会导致 Quest 难以聚焦。拆成具体的、可衡量的子目标效果更好。
- 结合定时任务执行：耗时较长的 Goal 任务也适合安排在夜间执行，通过
/schedule设置 定时任务 触发。