Diagnose and minimally fix a failing test, then re-run.
Scanned 9/2/2026
Install to Claude Code
npx -y skills add terva-sh/terva --skill test-fix --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Test Fix?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/terva-sh-test-fix)More formats (shields.io, HTML) on the badges page.
---
name: test-fix
description: Diagnose and minimally fix a failing test, then re-run.
allowed-tools: [read, edit, bash]
---
# Test fix
When the user reports a failing test (or a test suite failure), work
in this order. Resist the temptation to rewrite large chunks of code.
## 1. Reproduce
Run the failing test in isolation first. For Go: `go test -run
TestThing ./pkg/...`. For Node: `npm test -- --run TestThing`. The
goal is a fast feedback loop, not the whole suite.
## 2. Read the failure carefully
- What was expected vs got?
- Which line of test code triggered the failure?
- Is it a logic error in the implementation, an outdated test
expectation, or environmental drift (e.g. timezone, locale, file
system case-sensitivity)?
## 3. Choose the smallest possible fix
- If the test is wrong → update the assertion only. Don't restructure.
- If the implementation is wrong → patch the smallest function that
fixes the failing case. Avoid drive-by refactors.
- If the test depends on behaviour you need to change deliberately →
ask the user before changing the assertion.
## 4. Re-run
The same isolated test, then the immediate suite, then the full
test command if applicable. Stop the moment you see green; don't
keep poking.
## 5. Report
Write 2–3 sentences: what was wrong, what changed, and which command
verifies the fix. Include the diff inline.
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!
Adversarial multi-agent planning skill. Self-orchestrates 5 hostile category members (unspecified-low, unspecified-high, deep, ultrabrain, artistry) via team-mode for ruthless cross-critique debate, distills only the defensible insights, then MANDATORILY hands the distilled insight bundle to the `plan` agent for executable plan formalization. Use when planning needs maximum rigor and surfacing of weak assumptions, blind spots, and over-engineering. Triggers: 'hyperplan', 'hpp', '/hyperplan', ...
Ultra-compressed communication mode. Cuts token usage ~75% by speaking like caveman while keeping full technical accuracy. Supports intensity levels: lite, full (default), ultra, wenyan-lite, wenyan-full, wenyan-ultra. Use when user says "caveman mode", "talk like caveman", "use caveman", "less tokens", "be brief", or invokes /caveman. Also auto-triggers when token efficiency is requested.
**Complete production-ready guide for Google Gemini embeddings API** This skill provides comprehensive coverage of the `gemini-embedding-001` model for generating text embeddings, including SDK usage, REST API patterns, batch processing, RAG integration with Cloudflare Vectorize, and advanced use cases like semantic search and document clustering. ---
Use when a repo needs CodeGraph plus ast-grep for Codex MCP setup, exploration, impact analysis, structural search, or safe refactor planning.
Interview, source-challenge, verify, save, and ADR-gate fuzzy coding requests into Codex-ready implementation specs. Use when a feature, bugfix, refactor, migration, repo-wide change, or architecture task needs user-verified requirements, source-backed decisions, durable architecture decisions, acceptance criteria, validation commands, rollout notes, saved spec/ADR files, and a Codex execution prompt. Do not use when already fully specified or when the user wants direct implementation now.