with one click
help
[OMX] Guide on using oh-my-codex plugin
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
[OMX] Guide on using oh-my-codex plugin
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
[OMX] Run an anti-slop cleanup/refactor/deslop workflow
[OMX] Run read-only deep repository analysis and return a ranked synthesis with explicit confidence, concrete file references, and clear evidence-vs-inference boundaries. Use when a user says 'analyze', 'investigate', 'why does', 'what's causing', or needs grounded cross-file explanation before any changes are proposed.
[OMX] Ask Claude via local CLI and capture a reusable artifact
[OMX] Ask Gemini via local CLI and capture a reusable artifact
[OMX] Full autonomous execution from idea to working code
[OMX] Stateful validator-gated research loop with native-hook persistence
| name | help |
| description | [OMX] Guide on using oh-my-codex plugin |
Plain English works as best-effort guidance — OMX inspects each prompt and may add advisory routing context to steer the model toward a suitable lane. This is advisory prompt-routing context: it does not activate a skill or workflow by itself. Explicit keywords remain the deterministic control surface when you want exact, guaranteed routing.
Triage lanes (when no keyword matches): complex/multi-step prompts may receive HEAVY guidance (autopilot-shaped); read-only lookups receive LIGHT/explore guidance; implementation work receives LIGHT/executor guidance; UI work receives LIGHT/designer guidance; simple conversational prompts receive no injection (PASS). To opt out per prompt, include a phrase such as no workflow, just chat, or plain answer.
| When You... | I Automatically... |
|---|---|
| Give me a complex task | Parallelize and delegate to specialist agents |
| Ask me to plan something | Start a planning interview |
| Need something done completely | Persist until verified complete |
| Work on UI/frontend | Activate design sensibility |
| Say "stop" or "cancel" | Intelligently stop current operation |
You can include these words naturally in your request for explicit control:
| Keyword | Effect | Example |
|---|---|---|
| ralph | Persistence mode | "ralph: fix all the bugs" |
| ralplan | Iterative planning | "ralplan this feature" |
| ulw | Max parallelism | "ulw refactor the API" |
| plan | Planning interview | "plan the new endpoints" |
ralph includes ultrawork: When you activate ralph mode, it automatically includes ultrawork's parallel execution. No need to combine keywords.
Just say:
I'll figure out what to stop based on context.
If you haven't configured OMX yet:
/omx-setup
This is the only command you need to know. It downloads the configuration and you're done.
If you only need lightweight directory guidance scaffolding for AGENTS.md files, use:
omx agents-init .
That command is intentionally narrower than full setup: it only bootstraps AGENTS.md files for the target directory and its immediate child directories.
Your old commands still work! /ralph, /ultrawork, /plan, etc. all function exactly as before.
But now you don't NEED them - everything is automatic.
Analyze your oh-my-codex usage and get tailored recommendations to improve your workflow.
Note: This replaces the former
/learn-about-omcskill.
~/.omx/state/token-tracking.jsonl.omx/state/session-history.json# Check for token tracking data
TOKEN_FILE="$HOME/.omx/state/token-tracking.jsonl"
SESSION_FILE=".omx/state/session-history.json"
CONFIG_FILE="$HOME/.codex/.omx-config.json"
echo "Analyzing OMX Usage..."
echo ""
# Check what data is available
HAS_TOKENS=false
HAS_SESSIONS=false
HAS_CONFIG=false
if [[ -f "$TOKEN_FILE" ]]; then
HAS_TOKENS=true
TOKEN_COUNT=$(wc -l < "$TOKEN_FILE")
echo "Token records found: $TOKEN_COUNT"
fi
if [[ -f "$SESSION_FILE" ]]; then
HAS_SESSIONS=true
SESSION_COUNT=$(cat "$SESSION_FILE" | jq '.sessions | length' 2>/dev/null || echo "0")
echo "Sessions found: $SESSION_COUNT"
fi
if [[ -f "$CONFIG_FILE" ]]; then
HAS_CONFIG=true
DEFAULT_MODE=$(cat "$CONFIG_FILE" | jq -r '.defaultExecutionMode // "not set"')
echo "Default execution mode: $DEFAULT_MODE"
fi
if [[ "$HAS_TOKENS" == "true" ]]; then
echo ""
echo "TOP AGENTS BY USAGE:"
cat "$TOKEN_FILE" | jq -r '.agentName // "main"' | sort | uniq -c | sort -rn | head -10
echo ""
echo "MODEL DISTRIBUTION:"
cat "$TOKEN_FILE" | jq -r '.modelName' | sort | uniq -c | sort -rn
fi
Based on patterns found, output recommendations:
If high Opus usage (>40%) and no ecomode:
If no team usage:
If no security-reviewer usage:
If defaultExecutionMode not set:
Format a summary with:
📊 Your OMX Usage Analysis
TOKEN SUMMARY:
- Total records: 1,234
- By Reasoning Effort: high 45%, medium 40%, low 15%
TOP AGENTS:
1. executor (234 uses)
2. architect (89 uses)
3. explore (67 uses)
UNDERUTILIZED FEATURES:
- ecomode: 0 uses (could save ~30% on routine tasks)
- team: 0 uses (great for coordinated workflows)
RECOMMENDATIONS:
1. Set defaultExecutionMode: "ecomode" to save tokens
2. Try /team for PR review workflows
3. Use explore agent before architect to save context
If no data found:
📊 Limited Usage Data Available
No token tracking found. To enable tracking:
1. Ensure ~/.omx/state/ directory exists
2. Run any OMX command to start tracking
Tip: Run /omx-setup to configure OMX properly.
Version: 4.2.3