Create and execute durable repo-native multi-goal plans over Codex goal mode artifacts.
64
80%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
Passed
No findings from the security scan
Fix and improve this skill with Tessl
tessl review fix ./skills/ultragoal/SKILL.mdUse for ultragoal, create-goals, complete-goals, durable multi-goal planning, or sequential execution over Codex /goal. Read AGENTS.md#durable-runtime-invariants-canonical-ssot for state ownership and goal-tool boundaries.
.omx/ultragoal/brief.md, .omx/ultragoal/goals.json, and .omx/ultragoal/ledger.jsonl.--codex-goal-mode per-story only when explicitly requested./goal clear from shell or this skill. After a completed run, the operator may clear the interactive Codex goal in the Codex UI before another same-thread run.Run one command, then inspect the generated plan:
omx ultragoal create-goals --brief "<brief>"
omx ultragoal create-goals --brief-file <path>
cat <brief> | omx ultragoal create-goals --from-stdin
omx ultragoal create-goals --codex-goal-mode per-story --brief "<brief>"If refinement is needed, use explicit supported steering rather than editing durable artifacts by hand.
Repeat until omx ultragoal status reports all goals complete:
omx ultragoal complete-goals and read its handoff.get_goal. Call create_goal with the printed payload only when no active Codex goal exists; otherwise continue the matching aggregate objective.omx ultragoal checkpoint --goal-id <id> --status complete --evidence "<evidence>" --codex-goal-json <fresh-get-goal-json-or-path>--status blocked|failed with evidence; resume failed work with omx ultragoal complete-goals --retry-failed.update_goal({status: "complete"}); then call get_goal again and checkpoint the fresh complete snapshot.Use evidence-backed directives only when the decomposition must change:
omx ultragoal steer --kind add_subgoal --title "<title>" --objective "<objective>" --evidence "<evidence>" --rationale "<reason>" --json
omx ultragoal steer --directive-json ./steering.json --jsonSupported kinds: add_subgoal, split_subgoal, reorder_pending, revise_pending_wording, annotate_ledger, and mark_blocked_superseded. Ordinary prose does not mutate the plan; repeated structured directives dedupe.
At standalone activation, declare the smallest accurate phase (planning, executing, verifying, reviewing, checkpointing, or blocked):
omx state write --input '{"mode":"ultragoal","active":true,"current_phase":"planning"}' --jsonInside Autopilot, keep the parent mode active and set current_phase:"ultragoal"; persist Ultragoal evidence under handoff_artifacts.ultragoal before a code-review handoff. Mark standalone Ultragoal complete only when every durable goal is complete.
For parallel story execution, use the separate Team command. The leader records the Ultragoal checkpoint with a fresh get_goal snapshot; see the Team skill for the bridge details.
Before final completion:
ai-slop-cleaner on changed files, then rerun verification.$code-review through independent code-reviewer and architect lanes. If review or invariant proof is not clean, do not update the Codex goal; record durable blockers:
omx ultragoal record-review-blockers --goal-id <id> --title "Resolve final code-review blockers" --objective "<objective>" --evidence "<findings>" --codex-goal-json <active-get-goal-json-or-path>update_goal({status: "complete"}), call get_goal, and checkpoint with --quality-gate-json containing cleaner, verification, review, and architecture-invariant evidence.Report goal ids/statuses, ledger/checkpoint paths, fresh goal snapshot evidence, review verdicts, and any blocker. Never claim completion from OMX state alone.
1dcf513
Also appears in
since Aug 25, 2026
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.