---
name: goalify
description: 当用户要求设置自主目标、自动跑完、跑到 PR Ready、跑到深度评审收敛、跑到合并、启动 `/goal`，或明确选择 goalify 将已澄清的需求或当前工作进展交给长程自主运行时使用。
---

# 自主目标封装

把已经澄清的工作整理成边界明确的自主目标，并按当前运行环境直接启动，或输出可粘贴的 `/goal` 文本。goalify 只定义目标、事实来源、终点和停止条件；它是可以与计划载体组合的自主执行模式，不替代实施前的计划选择。

## 前提与事实来源

- 只在用户明确要求或选择自主运行时使用。一次性单步任务直接执行。
- 启动前按工作流确认使用内置 Plan 还是 `planning-with-files`；用户已经选择时直接沿用，不重复询问。选择结果作为自主运行的计划与进度载体，`goalify` 不与它们三选一。
- 需求或缺陷范围仍不清楚时，先完成 `spec-design`；技术方案需要人工确认时，先完成 `arch-design`。自主运行不能批准或绕过架构确认门禁。
- 优先引用 `docs/specs/<topic>/spec.md` 和 `validation-contract.md`，但不要求任务必须有正式规格。快速流程可以使用用户已确认的对话、问题单、当前分支、提交历史和拉取请求正文。
- 读取事实来源，不把完整规格、验证条目或拉取请求正文复制进目标。

运行中若发现新的产品语义、范围变化或实质性架构决定，停止并交回用户，不在自主目标内替用户决定。

## 组织目标

使用以下紧凑结构，不预先编排实现步骤：

1. **目标**：说明最终要得到的可观察结果。
2. **权威事实与约束**：列出路径、问题单、拉取请求和适用的仓库工作流；基于当前任务状态推进，不假设必须重新从默认分支开始。
3. **终点与停止条件**：写明用户选择的终点、达成证据以及不能越过的边界。
4. **交接**：说明完成内容、验收方式、剩余风险和用户下一步可以做什么；包含评审时还要汇总发现、处理结果和保留理由。

不要在目标里硬编切片、复制现有事实正文或预判评审发现。实现阶段若触发 `incremental-impl`，由它根据当时的代码和风险决定切片。

## 确定终点

用户已经明确终点时直接采用，不重复询问。用户只选择了 goalify、但没有说明跑到哪里，或自定义终点缺少可验证的停止条件时，再询问。

- **PR Ready**：完成适用验证，补全拉取请求正文并标记为可评审，到此停止。
- **深度评审收敛**：循环执行深度评审、修复阻塞项、验证和提交，直到最近一轮深度评审没有阻塞项、所有拉取请求检查通过，且没有未解决的阻塞性评审意见。选择该终点即表示用户明确授权为达成收敛而再次运行深度评审；非阻塞项仍按严重程度、置信度和改动风险判断。
- **合并**：只有用户明确授权合并时才能采用；完成评审、检查和合并后停止。
- **自定义终点**：采用用户给出的可验证停止条件。

终点为 PR Ready 或更后阶段时，用户已经明确选择资料去向就沿用；否则默认把本次拉取请求的临时规格和规划资料归档到 `docs/worklog/worklog-<YYYY-MM-DD>-<branch-name>/`（归档用 `documentation-management` 执行，不直接移动文件），同步相关长期规范的状态和引用，然后继续向既定终点推进，不为资料处置停下询问。

## 启动与交接

- Codex 暴露目标启动能力时，直接设置并启动目标；没有该能力时输出可粘贴文本。
- Claude Code 通常输出可粘贴到 `/goal` 的文本，不假装已经操作其交互界面。
- 到达终点或触发停止条件后立即交接，不继续推进未获授权的下一阶段。