Performance Goal Workflow

SkillDev tools

The performance-goal skill runs an evaluator-gated performance optimization workflow over Codex goal mode. It keeps durable OMX artifacts under .omx goals and hands off goals safely, so your agent makes small reversible changes and proves each one with benchmarks and regression tests before marking work done.

Use Performance Goal Workflow in Claude, ChatGPT or Ahel Desktop

Free. Sign in, add Performance Goal Workflow and connect your AI. About a minute.

Also: Claude Code · Cursor · Codex

Then ask your AI: use the Performance Goal Workflow skill

Details

Instructions available. Your AI can read the instructions. Execution depends on the setup they require.

Have an evaluator command ready that can judge whether a change passes or fails.

Performance Goal WorkflowStart free

What your AI can do with it

  • Set up a performance tuning workflow stored under .omx goals
  • Require an evaluator command and pass/fail criteria before changes
  • Make small reversible code changes during optimization
  • Run benchmarks and regression tests for each change
  • Record pass, fail, or blocked checkpoints
  • Complete the goal only after a verified passing result

Getting started

  1. Have an evaluator command ready that can judge whether a change passes or fails.
  2. Define the pass/fail criteria for the performance goal.
  3. Add the performance-goal skill to your agent setup.
  4. Start the goal so the workflow creates its artifacts under .omx goals.
  5. Let the agent make small reversible changes and record checkpoints until a verified passing result completes the goal.

What this skill tells your AI

The instructions your AI receives, as published by yeachan-heo/oh-my-codex in skills/performance-goal/SKILL.md and read by ahel’s review.

Use this skill when a user asks OMX to optimize performance and wants a goal-oriented loop rather than a one-off review.

Contract

  • OMX owns durable workflow state under .omx/goals/performance/<slug>/.
  • Codex goal mode owns only the active-thread focus/accounting primitive.
  • Shell commands do not mutate hidden Codex goal state. They write artifacts and emit model-facing handoff text.
  • No optimization work may start until an evaluator command and pass/fail contract exist.
  • Do not call update_goal({status: "complete"}) until the evaluator has a passing checkpoint and a completion audit proves the objective is done; then call get_goal again and pass that fresh snapshot to omx performance-goal complete --codex-goal-json.

CLI

Create the workflow and evaluator contract:

omx performance-goal create \
  --objective "Reduce CLI startup latency by 20%" \
  --evaluator-command "npm run perf:startup" \
  --evaluator-contract "PASS when p95 latency improves by 20% and regression tests pass" \
  --slug startup-latency

Emit the Codex goal handoff:

omx performance-goal start --slug startup-latency

Record evaluator evidence:

omx performance-goal checkpoint --slug startup-latency --status pass --evidence "benchmark + tests passed"
omx performance-goal checkpoint --slug startup-latency --status fail --evidence "benchmark regressed"
omx performance-goal checkpoint --slug startup-latency --status blocked --evidence "missing fixture"

Complete only after a passing checkpoint:

omx performance-goal complete --slug startup-latency --evidence "final evaluator evidence" --codex-goal-json <get_goal-json-or-path>

Agent Loop

  1. Run omx performance-goal create if no workflow exists.
  2. Run omx performance-goal start and follow the handoff:
    • call get_goal;
    • call create_goal only when no active goal exists and the objective is explicit;
    • work only against the evaluator contract;
    • after evaluator pass and completion audit, call update_goal({status: "complete"}), call get_goal again, and pass that snapshot to omx performance-goal complete --codex-goal-json;
    • after omx performance-goal complete succeeds, run /goal clear in the Codex UI before starting another goal in this same thread/session; OMX prints this terminal cleanup step but does not invoke hidden clear routes;
  3. Optimize in small reversible patches.
  4. Run the evaluator and related regression tests.
  5. Record each pass/fail/blocker with checkpoint.
  6. Complete only when the pass artifact exists and no required work remains.

Completion Gate

A performance goal is incomplete unless .omx/goals/performance/<slug>/state.json contains a lastValidation.status of pass and omx performance-goal complete receives a matching complete Codex get_goal snapshot via --codex-goal-json. Passing ordinary tests alone is not sufficient unless they are the declared evaluator contract.

Lifecycle: create_goal starts the Codex thread goal, update_goal({status: "complete"}) marks terminal success after the evaluator and audit pass, and /goal clear removes the completed thread goal when another same-thread goal is needed. OMX shell commands and hooks reconcile snapshots and print the cleanup instruction; they must not mutate hidden Codex goal state.

Signals

GitHub stars
33k
Forks
3k
Last commit
Oct 2026

Questions

What does the skill need before any changes begin?
It requires an evaluator command and pass/fail criteria before any changes begin.
Where are the workflow artifacts stored?
The workflow is stored under .omx goals as durable OMX artifacts.
How does the agent know when the goal is done?
The goal completes only after a verified passing result from the evaluator.
What kind of code changes does the agent make?
The agent makes small reversible code changes and runs benchmarks and regression tests for each one.
What checkpoints does the workflow record?
It records pass, fail, or blocked checkpoints as the agent works through the goal.
Advanced
Item type
skill
Key
performance-goal
Source
github.com/yeachan-heo/oh-my-codex