起草与批准 Goal

/goal-draft 是内置 Skill，用来把意图整理成可验收目标。起草本身不会开始持续工作，也不会自动设置 Goal。

起草流程

/goal-draft Fix the intermittent checkout failure and verify the regression.

Skill 只读取足以确定范围与真实验证命令的工作区内容，不运行测试、构建、安装依赖或启动服务。必要选择不明确时，最多集中问一轮，然后输出简洁目标，通常有三到五项检查，但不会为了凑数量增加要求。

成功条件、命令、输入路径或关键决定无法确定时，草稿会标记 Needs clarification，保留 <TODO: …>。这类草稿不会直接送去批准，也不提供可执行的 set/edit 命令。非关键默认选择可标为 [ASSUMPTION]，不能用它填补关键验收缺口。

已有目标可交给该 Skill 收紧措辞；明确修订活动 Goal 时输出 edit，明确替换时使用 set，含义不清则在那一轮问题中确认。

哪些客户端显示提案

交互终端和有已连接客户端的 Web Shell 轮次，可以通过 propose_goal 显示完整目标的批准对话框。批准后在当前轮正常结束时应用，模型确认并结束，该 Goal 的第一轮随后自行启动。

无头模式、不支持 Goal 提案的客户端、禁用该工具的会话和已有活动 Goal 的场景，改为给出手工命令并说明尚未应用。Web Shell 渠道投递、自动轮次，以及缺少所需审批和轮次生命周期支持的 ACP 客户端，也保留手工交接。

批准绑定当前轮

任何审批模式，包括 YOLO，都不能跳过这次 Goal 提案批准。Plan 模式、不可信目录或已有活动 Goal 时工具拒绝，subagent 也不会获得它。

若用户批准后当前轮被取消或未正常结束，提案不会在之后某轮偷偷生效。替换一个停止的目标时，必须仍是批准时看到的版本，状态已变化会使提案失效。

拒绝不会设置目标，模型只看到工具调用未获允许；该 Skill 要求不追问原因，也不重复提交相同提案。

用户侧控制

{
  "goals": {
    "modelProposed": "disabled"
  }
}

该设置只接受用户和系统范围，工作区 .qwen/settings.json 中的值会被忽略并警告，因为仓库不能替用户决定模型是否可提出持续循环。

内置起草 Skill 自动批准的仅是 get_goal、read_file、glob、grep_search 等已列明只读工具；ask_user_question 不自动批准，仍显示问题对话框。项目或个人同名 goal-draft Skill 可以覆盖内置版本，也可用 skills.disabled 禁用，排查行为差异时检查实际加载来源。