Performance Goal Workflow
SkillDev toolsThe 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.
Account requirements not reviewed. Check the skill instructions before use; ahel provides instructions and does not run this skill.
No other account needed.
Have an evaluator command ready that can judge whether a change passes or fails.
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
- Have an evaluator command ready that can judge whether a change passes or fails.
- Define the pass/fail criteria for the performance goal.
- Add the performance-goal skill to your agent setup.
- Start the goal so the workflow creates its artifacts under .omx goals.
- 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 callget_goalagain and pass that fresh snapshot toomx 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
- Run
omx performance-goal createif no workflow exists. - Run
omx performance-goal startand follow the handoff:- call
get_goal; - call
create_goalonly 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"}), callget_goalagain, and pass that snapshot toomx performance-goal complete --codex-goal-json; - after
omx performance-goal completesucceeds, run/goal clearin 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;
- call
- Optimize in small reversible patches.
- Run the evaluator and related regression tests.
- Record each pass/fail/blocker with
checkpoint. - 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
github.com/yeachan-heo/oh-my-codex