Aegis Goal Framing

Use this skill to create a thin goal frame before execution. It is opt-in and boundary-setting only.

Do not use it for tiny edits, one-command checks, or ordinary fast-path Q&A unless the user explicitly asks for /aegis-goal or Aegis goal:.

Authority Boundary

Current owner:

• Method Pack task framing

Not owned here:

• authoritative GateDecision
• final evidence sufficiency
• final completion authority is not owned here
• host daemon / automatic stop enforcement

Input Forms

Treat these as equivalent:

• /aegis-goal <task description>
• Aegis goal: <task description>
• "Define the goal / stop condition before we start"

Slash commands are optional host shortcuts. The natural-language form is the portable fallback.

Example:

Aegis goal: Fix the auth refresh bug without rewriting the auth system.

Output

Produce the smallest useful frame, then continue into the routed workflow in the same turn.

TaskIntentDraft:
- Requested outcome:
- Goal:
- Success evidence:
- Stop condition:
- Non-goals:
- Constraints:
- Scope:
- Risk hints:
- Aegis Visibility:
- Route:
- Next:

Default behavior:

• Do not stop after TaskIntentDraft.
• Treat the frame as the start protocol for execution, not as the final answer.
• After the compact frame, immediately take the Next action for the selected route when the user asked to do the work.
• Keep the visible frame natural and short when the goal is clear; do not emit a large internal-looking card unless the user asked for a formal frame.
• Use Aegis Visibility to say why the goal frame constrains the route, stop condition, or non-goals. Do not add trace ceremony unless the user explicitly asks for auditability.

Frame-only behavior: