Flaky test fixes: detect nondeterministic tests empirically (repeat/shuffle/parallel runs), diagnose the root cause, fix it — never retry/skip/sleep — and verify across many randomized runs. Triggers on "absolute deflake", "fix flaky tests", "CI is flaky", "this test fails randomly/intermittently".
Scanned 8/31/2026
Install to Claude Code
npx -y skills add maddhruv/absolute --skill absolute-deflake --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Absolute Deflake?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/maddhruv-absolute-deflake)More formats (shields.io, HTML) on the badges page.
---
name: absolute-deflake
version: 0.5.0
description: >
Flaky test fixes: detect nondeterministic tests empirically (repeat/shuffle/parallel runs), diagnose the root cause, fix it — never retry/skip/sleep — and verify across many randomized runs.
Triggers on "absolute deflake", "fix flaky tests", "CI is flaky", "this test fails randomly/intermittently".
category: workflow
tags:
- workflow
- testing
- flaky-tests
- maintenance
platforms:
- claude-code
- gemini-cli
- openai-codex
- mcp
user-invocable: true
argument-hint: "[target]"
license: MIT
maintainers:
- github: maddhruv
---
> Start your first response with the 🧪 emoji.
## Absolute Deflake
Find tests that pass and fail nondeterministically, diagnose the **root cause** of each,
and fix it — not by retrying or skipping, but by removing the source of nondeterminism.
Output is evidence (failure rate per test) → cause → fix, verified by repeated runs.
Runs the shared engine in **`references/health-engine.md`** — read it for the
DETECT → SCAN → TRIAGE → FIX → VERIFY → REPORT loop and the safety contract. This file
covers only what's specific to flaky tests.
---
## When to use
- "Our CI is flaky", "this test fails randomly", "fix the intermittent failures".
- A test passes locally but fails in CI (or vice versa), or fails ~1 in N runs.
- Burning down a backlog of `retry`/`skip`-marked tests that mask real flakiness.
Not for tests that fail *deterministically* — that's a real bug or a real regression
(`/absolute work` for a fix, or just fix it). `deflake` targets *nondeterministic* failures.
---
## What it scans
Establish flakiness empirically — a test isn't flaky because someone said so. Use
`preferences.health.deflakeRuns` from config as the default N for repeat-runs (else 20):
| Ecosystem | Repeat-run / detect |
|---|---|
| Jest/Vitest | run suite N× (`--run` loop), randomize order (`--shuffle` / `testSequencer`) |
| pytest | `pytest-randomly` + `pytest --count=N` (`pytest-repeat`); `-p no:randomly` to A/B |
| Go | `go test -count=N -shuffle=on ./...`, `-race` |
Also mine signals: existing `retry`/`flaky`/`skip` annotations, CI history if reachable, and
run the suite both **in isolation** and **in full/parallel** — order- and concurrency-
dependent failures only show one way. Record a **failure rate** per suspect test.
---
## Common root causes (diagnose, don't guess)
| Cause | Tell | Fix |
|---|---|---|
| Test-order / shared state | passes alone, fails in suite (or vice versa) | isolate state; reset/teardown between tests |
| Time / clock | fails near midnight, DST, or under load | fake timers / inject clock; no real `sleep` |
| Async race / missing await | fails under parallelism or slow CI | await the actual condition; no fixed timeouts |
| Randomness | fails ~X% with no pattern | seed the RNG; fix the seed in tests |
| Network / external I/O | fails offline or on slow links | mock/stub the boundary |
| Unordered collections | fails on map/set iteration order | sort before asserting |
| Resource leak / port reuse | fails on repeat or parallel runs | unique resources; clean up |
---
## Risk ranking (TRIAGE)
| Wave | Class | Default |
|---|---|---|
| 1 | clear, isolated cause (seed, await, fake clock, sort) | fix now |
| 2 | shared-state / ordering — needs fixture refactor | fix this pass, per test |
| 3 | flakiness pointing at a **real product race**, not just the test | gated — surface; may be a genuine bug to fix in code |
A flaky test sometimes means the *code* has a race, not the test. Don't "stabilize" the test
into hiding a real concurrency bug — flag wave-3 cases for a real fix.
---
## Fix & verify
- Fix the **cause**. Then prove it: re-run the test **many times** (and shuffled / parallel /
with `-race`) — green once is not deflaked; green across N randomized runs is.
- Remove the `retry`/`skip`/`flaky` annotation that was masking it once the cause is fixed.
- **Never** "fix" by adding retries, raising timeouts blindly, `sleep`, or skipping the test —
that hides flakiness, doesn't remove it.
- Re-run the **full** suite to confirm the fix didn't destabilize neighbors.
---
## Gotchas
1. **Retry/skip as a fix.** Masks the flake, ships the nondeterminism. Forbidden here.
2. **`sleep` to dodge a race.** Slows the suite and still flakes under load. Await the condition.
3. **One green run = done.** Flakes are probabilistic — verify with many randomized runs.
4. **Stabilizing a real product race.** If the *code* races, fix the code, not just the assertion.
5. **Ignoring order/parallel dimension.** Run isolated *and* in-suite; the bug hides in whichever you skip.
---
## Companion commands
- **`/absolute upgrade`** — a flaky suite makes upgrade verification unreliable; deflake first.
- **`/absolute debt`** — flaky-test annotations are test debt; this clears them at the root.
- **`/absolute work`** — when the flake is a genuine product-code race needing real design.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!