目标模式（Goal）
面对需要长时间运行的复杂任务，可以用 /goal 为当前会话设定一个明确目标。设定后，ZCode Agent 会围绕目标 持续迭代：每轮迭代结束自动进行目标校验，未完成则继续推进，确认完成后才结束任务——把「盯着 Agent 反复说继续」变成「设一个目标，等结果」。
Goal 不是一段普通的提示词，也不是简单的「自动继续」。输入 /goal 后，ZCode 会把目标写成 会话级的运行时状态（runtime object），由协议和会话存储统一维护——模型在长上下文中始终围绕同一个目标推进，而目标的状态、预算与校验结果始终由系统记录，不依赖模型的自我判断。
适用场景：一句话说得清、但需要多轮才能完成的工作，例如——
- 「重构整个模块并保持测试通过」
- 「修复所有 TypeScript 编译错误」
- 「把这个页面的 Lighthouse 性能分提到 90 以上」
设定与管理目标
在对话输入框输入 /goal（或输入 / 后在建议面板中选择 goal）：
/goal <目标描述> 设定会话目标
/goal replace <目标> 替换当前目标
/goal pause 暂停目标
/goal resume 恢复目标
/goal clear 清除目标
建议：目标描述尽量具体、可校验，例如「修复所有 TypeScript 编译错误，并让
pnpm test全部通过」——校验条件越明确，每轮迭代的判断就越准确。
Goal 是一个运行时状态，而不是一段文本
设定目标后，ZCode 不会把 /goal xxx 当作普通文本发给模型，而是将其落为一份会话级的 目标契约，持续跟踪以下状态：
| 状态维度 | 说明 |
|---|---|
| objective | 用户设定的目标描述，任务的唯一事实源 |
| 状态机 | 活跃（active）/ 暂停（paused）/ 预算受限（budget limited）/ 已完成（complete） |
| 资源统计 | 累计 Token 用量、运行耗时、上下文占用、工具调用次数 |
| 迭代进度 | 目标迭代轮次（iteration）与下一步动作（nextAction） |
| 校验时间线 | 每轮完成校验的结果记录（verification timeline），可回溯审计 |
这套设计带来三个直接好处：
- 可恢复：目标状态由系统维护，桌面端可以连续推进，移动端远程遥控也能恢复同一个任务，不会因为切换设备而丢失进度。
- 可验证：每轮是否完成由独立的校验环节判断并写入时间线，校验失败按未完成处理（failed-closed），不会因为模型「自信」就误判收尾。
- 可审计：模型调用轨迹与每轮校验结果都有记录，长任务跑了什么、验了什么，随时可查。
设定目标后会发生什么
摘要面板实时跟踪
右上角摘要面板会出现目标卡片，展示目标状态（活跃 / 暂停 / 已完成），以及 累计时间、累计 Token 和迭代轮次——长任务跑了多久、花了多少，一目了然。
每轮自动校验
一轮迭代结束时，Agent 会自动校验目标是否达成：
- 目标未完成，任务继续——自动开启下一轮迭代，无需手动追问「继续」
- 目标已完成，任务结束——校验通过后才会收尾并输出总结
随时介入
目标设定后仍然可以随时调整。在迭代过程中，直接用自然语言告诉 Agent 你的想法即可，例如让它换个方向、先暂停推进，或者不再需要这个目标。Agent 会据此调整、暂停或清除当前目标，无需记忆专门的命令格式。
与执行模式搭配
目标模式与 执行模式 互不冲突：目标决定「做到什么程度才算完」，执行模式决定「过程中多少操作需要确认」。长目标任务建议搭配 完全访问 或 自动编辑 模式，减少中途打断，让迭代更连贯。
与 GLM-5.2 协同：1 + 1 > 2
GLM-5.2 解决的是「模型有没有能力完成长任务」，Goal 解决的是「系统如何驱动模型持续、可靠、可验证地完成长任务」——两者天然互补：
- 1M 上下文 × 目标锚点：GLM-5.2 在 1M token 上下文中提供稳定的长任务执行能力；Goal 把用户目标固化为会话级状态，让模型在超长上下文中始终围绕同一个目标推进，长上下文不只是「更大的记忆空间」。
- 弹性推理强度 × 执行循环：GLM-5.2 支持按任务难度调节思考深度（推理强度）；Goal 通过 objective、iteration、nextAction 和完成校验，把长任务拆成持续推进的执行循环，让深度思考真正服务于复杂目标，而不是无差别消耗。
- 长程 Agentic 训练 × 产品级控制回路：GLM-5.2 的训练覆盖长轨迹、多轮工具调用、子任务分解与环境反馈，擅长真实工程任务；Goal 则提供目标设置、自动续跑、完成验证、失败关闭、状态恢复与轨迹审计的完整控制回路，把模型训练出的能力在真实产品环境中完整释放。
一句话概括：GLM-5.2 是长任务的执行引擎，Goal 是长任务的控制系统。 合在一起，不只是「模型能干活」，而是「系统能保证模型围绕目标持续干活，并知道什么时候该停」。
设计哲学：目标契约必须可靠
ZCode Goal 的设计出发点是：Agent 可以不可靠，但目标契约（goal contract）必须可靠。
模型可以换，设备可以换，会话可以恢复，甚至上一轮可以失败——但目标的状态、预算、校验结果、下一步动作和任务边界，都应该被系统完整记录。所以 Goal 不是「记忆设计」，而是 任务执行协议设计：它不是为了让 Agent 更像人一样记住东西，而是为了让 Agent 在工程任务里成为一个 可监管、可恢复、可审计 的执行单元。