to-goal
To Goal
Compile existing planning and repository evidence into an execution goal. Do not implement, mutate the tracker, create a branch, or modify files.
Source of truth
Read and follow ../goal-crafter/SKILL.md in compiled-handoff mode before drafting. It owns the rules for verifiable goals and target-harness formatting; its standalone interview phase does not run here. This skill owns context gathering, frontier selection, readiness checks, and execution handoff. Do not duplicate or weaken goal-crafter's completion-standard rules, and do not re-interview decisions already made by to-spec, to-tickets, or triage.
Accepted inputs
Resolve one of:
- no argument: inspect the configured tracker and select the current unblocked, agent-ready frontier ticket;
- a ticket number or URL: read that ticket in full;
- a parent spec issue: read the spec, sub-issues, and blocking graph, then select its current frontier;
- a local spec or ticket path: read the complete file and any directly referenced local planning document (local tracker:
.scratch/<feature>/spec.mdand one file per ticket under.scratch/<feature>/issues/<NN>-<slug>.md); --all <parent>: generate one dependency-ordered cross-ticket goal.
Always read ticket comments. For a tracker parent, use native sub-issue and dependency relationships when available; otherwise use explicit blocker text. Do not infer that a ticket is ready merely from its label.