fix – Coding skill for AI agents
Fix failing or flaky Playwright tests. Use when user says "fix test", "flaky test", "test failing", "debug test", "test broken", "test passes sometimes", or "intermittent failure".
Install the fix skill with one command
Pick the tool you use, copy the command and paste it in your terminal. The skill lands in that tool's skills folder and is ready in your next session.
Claude Code
mkdir -p ~/.claude/skills && curl -fsSL https://skill.dn1nguoi.com/z/fix-4dae2.tgz | tar xz -C ~/.claude/skills
Call it in Claude Code: /fix – then describe the task you want done.
Codex
mkdir -p ~/.codex/skills && curl -fsSL https://skill.dn1nguoi.com/z/fix-4dae2.tgz | tar xz -C ~/.codex/skills
Call it in Codex: $fix – then describe the task you want done.
Hermes Agent
mkdir -p ~/.hermes/skills && curl -fsSL https://skill.dn1nguoi.com/z/fix-4dae2.tgz | tar xz -C ~/.hermes/skills
Call it in Hermes Agent: /fix – then describe the task you want done.
DeepSeek
mkdir -p ~/.deepcode/skills && curl -fsSL https://skill.dn1nguoi.com/z/fix-4dae2.tgz | tar xz -C ~/.deepcode/skills
Call it in DeepSeek: /fix – then describe the task you want done.
SKILL.md content
Fix Failing or Flaky Tests
Diagnose and fix a Playwright test that fails or passes intermittently using a systematic taxonomy.
Input
$ARGUMENTS contains:
- A test file path:
e2e/login.spec.ts - A test name: ""should redirect after login"`
- A description:
"the checkout test fails in CI but passes locally"
Steps
1. Reproduce the Failure
Run the test to capture the error:
npx playwright test <file> --reporter=listIf the test passes, it's likely flaky. Run burn-in:
npx playwright test <file> --repeat-each=10 --reporter=listIf it still passes, try with parallel workers:
npx playwright test --fully-parallel --workers=4 --repeat-each=52. Capture Trace
Run with full tracing:
npx playwright test <file> --trace=on --retries=0Read the trace output. Use /debug to analyze trace files if available.
3. Categorize the Failure
Load flaky-taxonomy.md from this skill directory.
Every failing test falls into one of four categories:
| Category | Symptom | Diagnosis |
|---|---|---|
| Timing/Async | Fails intermittently everywhere | --repeat-each=20 reproduces locally |
| Test Isolation | Fails in suite, passes alone | --workers=1 --grep "test name" passes |
| Environment | Fails in CI, passes locally | Compare CI vs local screenshots/traces |
| Infrastructure | Random, no pattern | Error references browser internals |
4. Apply Targeted Fix
Timing/Async:
- Replace
waitForTimeout()with web-first assertions - Add
awaitto missing Playwright calls - Wait for specific network responses before asserting
- Use
toBeVisible()before interacting with elements
Test Isolation:
- Remove shared mutable state between tests
- Create test data per-test via API or fixtures
- Use unique identifiers (timestamps, random strings) for test data
- Check for database state leaks
Environment:
- Match viewport sizes between local and CI
- Account for font rendering differences in screenshots
- Use
dockerlocally to match CI environment - Check for timezone-dependent assertions
Infrastructure:
- Increase timeout for slow CI runners
- Add retries in CI config (
retries: 2) - Check for browser OOM (reduce parallel workers)
- Ensure browser dependencies are installed
5. Verify the Fix
Run the test 10 times to confirm stability:
npx playwright test <file> --repeat-each=10 --reporter=listAll 10 must pass. If any fail, go back to step 3.
6. Prevent Recurrence
Suggest:
- Add to CI with
retries: 2if not already - Enable
trace: 'on-first-retry'in config - Add the fix pattern to project's test conventions doc
Output
- Root cause category and specific issue
- The fix applied (with diff)
- Verification result (10/10 passes)
- Prevention recommendation
Related skills
- focused-fix – Use when the user asks to fix, debug, or make a specific feature/module/area work…
- peer-review – Prepares evidence-bounded, constructive peer-review drafts and structured manuscript…
- break-ai-fix-loops – Stop ineffective AI coding repair loops with stable failure fingerprints, a…
- brooks-debt – Tech debt assessment that identifies, classifies, and prioritizes maintainability…
- node-inspect-debugger – Debug Node.js via --inspect + Chrome DevTools Protocol CLI.
- brooks-review – PR code review that surfaces decay risks, design smells, and maintainability issues with…
- brooks-sweep – Full-sweep mode: runs a unified analysis across all quality dimensions — code decay…
- brooks-test – Review test-suite quality using established testing literature; identify brittleness…