让任务朝明确目标持续推进
为 /goal 写出可验证的完成条件，查看进度，并让长任务保持在约定范围内。
自动化让会话围绕一个完成条件继续#
/goal 是 Claude Code 的原生命令，用来为当前任务设置完成条件。Onevium 显示运行时返回的目标信息，但不会因为提示词中出现“目标”二字就自动建立一个 Goal。
Goal 用于当前任务持续推进；定时或重复执行使用计划任务，两者不是同一个入口。
查找 Goal 命令#
在目标会话的输入框输入 /，查看命令列表中是否有 goal。Onevium 根据当前运行的 SDK 实际上报的命令决定是否展示它，不以你另外安装的终端 CLI 版本为准。
如果没有看到 goal，先确认模型连接可用，再重新打开命令列表。仍然没有时，检查应用版本和命令返回信息；不要把普通回复“我会继续”当作已启用 Goal，也不需要为此随意安装同名 Skill。
开始前写清三类条件：
| 内容 | 好的写法 |
|---|---|
| 完成结果 | 找到指定流程的入口、处理逻辑、错误分支和测试 |
| 验收证据 | 每项附实际文件引用；不存在的测试明确记录为缺失 |
| 操作边界 | 不改文件、不启动服务；缺少必要仓库时先报告 |
“做到最好”没有明确终点。提示词中写“最多 10 分钟”也不等于设置了系统强制时间或费用上限。
建立一个可核对的目标#
选择正确项目、服务商、模型和权限。在确认支持 goal 后，将下面整段作为一条消息发送，确保 /goal 位于开头：
/goal 调查本项目的成员邀请流程，形成一份有依据的检查表。
完成条件：
1. 找到界面入口和服务端处理；每项引用实际文件。
2. 说明权限检查和邀请过期行为，缺少实现时明确说明。
3. 列出现有相关测试；没有测试时记录缺失，不宣称已通过。
只读调查，不修改文件、安装依赖或启动服务。
如果必要仓库不可访问，先报告具体阻碍，不重复尝试同一失败。
这段示例调查的是你项目中实际存在的代码；如果项目没有成员邀请功能，应先换成确实存在的流程。
| 要做什么 | 单独发送 |
|---|---|
| 查看当前目标状态 | /goal |
| 设置目标 | /goal 后接明确完成条件 |
| 清除当前目标 | /goal clear |
状态查询和清除命令单独发送，不在后面附加无关任务文字，以免改变命令含义。以会话中的命令反馈为准。
阅读进度并核对完成结果#
收到运行时目标状态后，输入框上方会出现目标指示条，显示条件、迭代次数、耗时和最近评估原因。目标状态按会话区分，分屏时确认自己查看的是哪一列。
每轮检查是否出现新证据：是否打开了新的相关文件、定位了一个错误分支，或确认了缺失测试。如果只是重复同一个报错，应先解决阻碍。
报告完成时，逐项对照目标检查表。没有执行的测试只能说“未执行”；源文件引用不能替代运行结果。指示条或迭代次数也不是完成证明。
中断、清除与恢复工作#
- 只需中断当前轮：使用输入框的停止按钮，等待当前生成停止，再决定下一步。不要假定中断就已经清除了目标。
- 不再继续这个目标：当前轮结束后单独发送
/goal clear，核对返回的状态；之后才建立新目标。 - 等待审批：查看具体操作。Goal 不会扩大你已经允许的文件、命令或外部操作范围。
- 应用重开后：先查询当前目标状态，再决定继续或重设；原会话仍在不代表目标已恢复。
- 还有开发服务运行：停止对话或清除目标不等于停止托管服务，需单独检查和停止对应服务。
若输入 /goal 后仅得到普通解释、未知命令或没有有效状态反馈，先按当前运行环境排查，不继续宣称 Goal 正在自动推进。