
Ultraqa
- 821 installs
- 38.4k repo stars
- Updated August 5, 2026
- yeachan-heo/oh-my-claudecode
UltraQA is a Claude Code QA skill that runs autonomous test-verify-fix loops until lint, build, typecheck, or custom quality gates pass for developers who need hands-off quality cycling.
About
UltraQA is an oh-my-claudecode level-3 skill that activates autonomous QA cycling: qa-tester runs checks, an architect verifies results, fixes land, and the loop repeats until the goal is met. Flags include --tests, --build, --lint, --typecheck, --custom pattern, and --interactive. Conflict handling uses deterministic policies refuse, adopt_existing, and artifact_only instead of warnings. Developers reach for UltraQA after feature work when CI gates keep failing and they want the agent to iterate tests and fixes without manual babysitting.
- Autonomous QA cycling: qa-tester → architect verification → fix → repeat
- Supports --tests, --build, --lint, --typecheck, and --custom <pattern> modes
- Deterministic conflict policies: refuse, adopt_existing, artifact_only
- Integrates as verification/fix sub-loop under /goal, Ralph or Team authority
- Records QA expectations and evidence in artifact-only Ultragoal notes when needed
Ultraqa by the numbers
- 821 all-time installs (skills.sh)
- +18 installs in the week ending Jul 29, 2026 (Skillselion tracking)
- Ranked #555 of 2,152 Testing & QA skills by installs in the Skillselion catalog
- Security screen: MEDIUM risk (skills.sh audit)
- Data as of Aug 6, 2026 (Skillselion catalog sync)
npx skills add https://github.com/yeachan-heo/oh-my-claudecode --skill ultraqaAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 821 |
|---|---|
| repo stars | ★ 38.4k |
| Security audit | 2 / 3 scanners passed |
| Last updated | August 5, 2026 |
| Repository | yeachan-heo/oh-my-claudecode ↗ |
How do you auto-fix code until tests and lint pass?
Run autonomous test-verify-fix loops until code quality gates are satisfied.
Who is it for?
Developers using oh-my-claudecode who want repeated autonomous QA cycling across test, lint, build, and typecheck gates.
Skip if: One-shot code reviews or teams that need human-approved fixes on every iteration via --interactive refusal.
When should I use this skill?
User says tests keep failing, wants UltraQA mode, or asks for autonomous test-fix loops until quality gates clear.
What you get
Passing test, build, lint, and typecheck runs plus applied fix commits after architect-verified QA cycles.
- Passing quality-gate reports
- Applied code fixes
- Verified test/lint/build output
By the numbers
- Exposes 5 quality-gate modes: --tests, --build, --lint, --typecheck, and --custom
- Defines 3 deterministic conflict policies: refuse, adopt_existing, artifact_only
Files
UltraQA Skill
[ULTRAQA ACTIVATED - AUTONOMOUS QA CYCLING]
Overview
You are now in ULTRAQA mode - an autonomous QA cycling workflow that runs until your quality goal is met.
Cycle: qa-tester → architect verification → fix → repeat
Relationship to /goal, Ralph, Team, and Ultragoal
UltraQA owns repeated quality-gate cycling only. Use the deterministic conflict policies refuse, adopt_existing, and artifact_only rather than non-deterministic warning handling. Use it after the target behavior is known and the remaining question is whether tests, build, lint, typecheck, or another explicit QA condition passes. If Claude Code /goal is active, UltraQA may produce visible command evidence for that goal, but must not describe the /goal evaluator as independently running commands or reading files. If Ralph or Team is active, UltraQA is a verification/fix sub-loop under that authority rather than a competing session loop. If no active loop is safe, record QA expectations and evidence in artifact-only Ultragoal notes instead of claiming automatic execution.
Goal Parsing
Parse the goal from arguments. Supported formats:
| Invocation | Goal Type | What to Check |
|---|---|---|
/oh-my-claudecode:ultraqa --tests | tests | All test suites pass |
/oh-my-claudecode:ultraqa --build | build | Build succeeds with exit 0 |
/oh-my-claudecode:ultraqa --lint | lint | No lint errors |
/oh-my-claudecode:ultraqa --typecheck | typecheck | No TypeScript errors |
/oh-my-claudecode:ultraqa --custom "pattern" | custom | Custom success pattern in output |
If no structured goal provided, interpret the argument as a custom goal.
Cycle Workflow
Cycle N (Max 5)
1. RUN QA: Execute verification based on goal type
--tests: Run the project's test command--build: Run the project's build command--lint: Run the project's lint command--typecheck: Run the project's type check command--custom: Run appropriate command and check for pattern--interactive: Use qa-tester for interactive CLI/service testing:
Task(subagent_type="oh-my-claudecode:qa-tester", model="sonnet", prompt="TEST:
Goal: [describe what to verify]
Service: [how to start]
Test cases: [specific scenarios to verify]")2. CHECK RESULT: Did the goal pass?
- YES → Exit with success message
- NO → Continue to step 3
3. ARCHITECT DIAGNOSIS: Spawn architect to analyze failure
Task(subagent_type="oh-my-claudecode:architect", model="opus", prompt="DIAGNOSE FAILURE:
Goal: [goal type]
Output: [test/build output]
Provide root cause and specific fix recommendations.")4. FIX ISSUES: Apply architect's recommendations
Task(subagent_type="oh-my-claudecode:executor", model="sonnet", prompt="FIX:
Issue: [architect diagnosis]
Files: [affected files]
Apply the fix precisely as recommended.")5. REPEAT: Go back to step 1
Exit Conditions
| Condition | Action |
|---|---|
| Goal Met | Exit with success: "ULTRAQA COMPLETE: Goal met after N cycles" |
| Cycle 5 Reached | Exit with diagnosis: "ULTRAQA STOPPED: Max cycles. Diagnosis: ..." |
| Same Failure 3x | Exit early: "ULTRAQA STOPPED: Same failure detected 3 times. Root cause: ..." |
| Environment Error | Exit: "ULTRAQA ERROR: [tmux/port/dependency issue]" |
Observability
Output progress each cycle:
[ULTRAQA Cycle 1/5] Running tests...
[ULTRAQA Cycle 1/5] FAILED - 3 tests failing
[ULTRAQA Cycle 1/5] Architect diagnosing...
[ULTRAQA Cycle 1/5] Fixing: auth.test.ts - missing mock
[ULTRAQA Cycle 2/5] Running tests...
[ULTRAQA Cycle 2/5] PASSED - All 47 tests pass
[ULTRAQA COMPLETE] Goal met after 2 cyclesState Tracking
Track state in .omc/ultraqa-state.json:
{
"active": true,
"goal_type": "tests",
"goal_pattern": null,
"cycle": 1,
"max_cycles": 5,
"failures": ["3 tests failing: auth.test.ts"],
"started_at": "2024-01-18T12:00:00Z",
"session_id": "uuid"
}Cancellation
User can cancel with /oh-my-claudecode:cancel which clears the state file.
Important Rules
1. PARALLEL when possible - Run diagnosis while preparing potential fixes 2. TRACK failures - Record each failure to detect patterns 3. EARLY EXIT on pattern - 3x same failure = stop and surface 4. CLEAR OUTPUT - User should always know current cycle and status 5. CLEAN UP - Clear state file on completion or cancellation
STATE CLEANUP ON COMPLETION
IMPORTANT: Delete state files on completion - do NOT just set `active: false`
When goal is met OR max cycles reached OR exiting early:
# Delete ultraqa state file
rm -f .omc/state/ultraqa-state.jsonThis ensures clean state for future sessions. Stale state files with active: false should not be left behind.
Parallel session caveats
- Multi-repo workspace anchor: drop a
.omc-workspacemarker at the parent directory so multiple sessions across sub-repos share one.omc/. Resolution order:OMC_STATE_DIR > .omc-workspace > git > cwd. Seedocs/REFERENCE.md. - Session id source: OMC_SESSION_ID env var wins in CLI contexts; hook payload data.session_id wins in hook contexts.
- Plan id (when applicable): UltraQA state is session-scoped. Mutual-exclusion with ralph applies only within the same session.
- Parallel verdict: supported (session-scoped state)
---
Begin ULTRAQA cycling now. Parse the goal and start cycle 1.
Related skills
How it compares
Choose UltraQA for repeated gate cycling only; use /goal or Ultragoal when the task spans broader multi-agent planning beyond QA loops.
FAQ
What is the UltraQA cycle order?
UltraQA runs qa-tester first, then architect verification, then applies fixes, and repeats until the selected quality goal—tests, build, lint, typecheck, or a custom pattern—is satisfied.
How does UltraQA handle conflicting agent outputs?
UltraQA applies deterministic conflict policies named refuse, adopt_existing, and artifact_only instead of non-deterministic warnings, keeping repeated QA cycles predictable.
Is Ultraqa safe to install?
skills.sh reports 2 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.