用途：在执行前创建一个轻量目标框架（thin goal frame），用于设定边界，属于可选启用（opt-in）技能。不适用于微小编辑、单命令检查或普通快速问答，除非用户显式要求 /aegis-goal 或 Aegis goal:。
输入形式：以下三种等价——/aegis-goal <任务描述>、Aegis goal: <任务描述>、以及“开始前先定义目标/停止条件”。斜杠命令是可选的主机快捷方式，自然语言形式是可移植的替代方式。示例：Aegis goal: Fix the auth refresh bug without rewriting the auth system.
输出：生成最小可用的框架，然后在同一轮继续进入路由后的工作流。框架字段包括 TaskIntentDraft：Requested outcome、Goal、Success evidence、Stop condition、Non-goals、Constraints、Scope、Risk hints、Aegis Visibility、Route、Next。默认行为是不要在 TaskIntentDraft 后停止，应把它当作执行的起始协议而非最终答案；若用户要求执行，则立即采取所选路由的 Next 动作。目标清晰时保持框架自然简短，除非用户要求正式框架，否则不要输出庞大的内部卡片。
仅框架行为：仅当用户明确要求只定义目标、只定义停止条件、不执行、不实现、不写计划或等待确认时才停在框架。若缺少必要信息，应说明缺失输入并以 blocked 停止，而非假装继续。
停止条件需区分状态：done（成功证据满足）、blocked（缺少依赖、权限或信息）、needs-verification（实现存在但证据不足）、scope-exceeded（继续将超出目标或非目标）。
路由：低风险单一负责人工作走快速路径或 TDD；模糊的产品/架构/契约工作走 brainstorming；已批准需求走 writing-plans；多步骤、易压缩、交接或子代理工作走 long-task-continuation；缺陷诊断走 systematic-debugging；完成、发布、交接或“是否完成”走 verification-before-completion。仅当路由工作流需要持久证据时才创建 docs/aegis/ 记录，目标框定本身不创建项目文件。
子代理上下文包：委派工作时传递紧凑包（Task、Goal、Stop condition、Relevant baseline refs、Relevant files、Known facts、Unknowns、Non-goals、Expected output、Verification expected、Must-read excerpts、Unsafe assumptions），不要粘贴完整聊天记录或无界日志；该包减少重复读文件，但不替代证据。
漂移规则：若任务中途目标变化，不要静默覆盖，应记录旧目标、新目标、变化范围、新风险，并在存在长任务记录时通过 DriftCheckDraft 路由。
权限边界：当前归属为 Method Pack 任务框定；不拥有权威 GateDecision、最终证据充分性、最终完成权限、主机守护进程/自动停止执行。