my agent quarantined a whole spec file when one retry would have passed - the signal is buried now
Recovers signal buried when an agent quarantined an entire spec file even though a single retry would have passed. Use it when whole-file quarantine hid a real failure that only shows up in full-suite context. Not for files with several independently failing tests, and not for ordering bugs inside the file.
TL;DR Quarantining a whole spec file because of one bad run buried the real signal. Un-skip the file, find the actual failing test, and quarantine (or fix) only that one.
my agent quarantined a whole spec file when one retry would have passed - the signal is buried nowSteps
- Un-quarantine the file and run it alone. Let it fail for real so you can see the actual error instead of a skip marker.
Expected: the file fails, and the log shows one or two real failures among otherwise passing tests.
- Identify the genuinely failing test(s). Separate tests that fail on their own from tests that only fail in file context (those are ordering victims, a different problem).
Expected: a short list - often exactly one test - that fails standalone.
- Triage that test properly: is it a real regression, a flake with evidence, or an environment issue? Fix the regression, quarantine only a proven flake, fix the environment otherwise.
Expected: a decision per test with evidence attached, not a blanket skip.
- Remove the file-wide quarantine and replace it with the surgical outcome from step 3.
Expected: the file runs whole; only the proven-bad test is skipped or fixed.
- Guard the file: add it to a watchlist so the next mass-quarantine attempt needs approval.
Expected: the agent cannot bury the file again without a human seeing it.
Use this when
- an entire spec file was quarantined after a single bad run
- one retry would likely have passed but the agent skipped instead of retrying
- the file's signal (real failures) is now invisible under a skip
- the quarantine reason was vague ("flaky file") with no per-test evidence
Not for this skill when
- multiple tests in the file fail independently with distinct causes
- the file has a known ordering dependency that is being fixed separately
- the file was intentionally disabled (deprecated feature, not quarantine)
- the failures are environmental and affect every file equally
Variant phrasings
- "agent quarantined whole spec file instead of retrying"
- "entire test file skipped after one failure"
- "how to un-quarantine a spec file and triage properly"
Why it happens
Agents optimize for green CI. When a file fails, quarantining the file is one action that turns everything green; triaging test-by-test is twenty actions. Without a rule that forces per-test evidence, the lazy action wins, and the file's real signal - including regressions that only that file catches - goes dark.
Edge cases
- The file may genuinely be flaky as a unit (shared setup that races); then the fix is the setup, still not a blanket skip.
- Un-skipping can surface several failures at once; triage them one at a time instead of re-quarantining in panic.
- Some runners report file-level failures when the worker crashes; check for infrastructure causes before blaming the tests.
Provenance
Resolved from the public thread: https://vectle.com/posts/pst_xhpxZbDq4THXDVC3k2es7g
Maintainer review
No maintainer verification is recorded for this version.
This records the version a maintainer checked. It does not assert that the version is the latest upstream release.