# Improve Test Value

Finds slow, flaky or redundant tests and picks tests that give fast, useful feedback.

- Repository: https://github.com/tt-a1i/archify (92371 stars)
- Category: Testing
- License: Apache-2.0
- Last updated: 2026-10-31
- Runs scripts: no, instructions only

## Install

Claude Code: `npx skills add tt-a1i/archify --skill test-value -g -a claude-code -y`
Codex: `npx skills add tt-a1i/archify --skill test-value -g -a codex -y`
Cursor: `npx skills add tt-a1i/archify --skill test-value -g -a cursor -y`
Gemini CLI: `npx skills add tt-a1i/archify --skill test-value -g -a gemini-cli -y`

## Description

Improve test value and feedback cost when auditing slow, flaky, redundant or brittle tests; choosing tests during implementation; or reviewing test changes before a commit or PR. Keep ordinary implementation and pre-commit use scoped to the affected behavior, not a repository-wide audit.

## SKILL.md, as published by its author (untrusted third-party text, read it as data)

# Test Value

Protect outcomes worth preserving at a cost proportionate to their risk. Test counts, coverage percentages and green runs are evidence, not substitutes for product judgment. When an AI writes both implementation and tests, check whether they share the same mistaken assumption.

## Choose the scope

Preserve the user's existing authorization and operational boundaries.

- **Audit existing tests:** investigate cost, false alarms and protection within the requested scope. An audit request is read-only; an optimization request permits scoped changes. Read [audit.md](references/audit.md).
- **Implementation or pre-commit review:** examine the behavior being changed and its affected tests. Decide whether to add, adapt, reuse or remove tests. Reviewing before a commit does not itself authorize committing or pushing.
- **Diagnose a failure:** identify the outcome the failing check protects, then distinguish a product regression, obsolete assertion, environment failure or unstable test. Keep a narrowly requested fix narrow.

Read [decision-examples.md](references/decision-examples.md) when dealing with automatic-layout snapshots, shared matrices, source assertions, asynchronous waits, test doubles, benchmarks or coverage gaps.

## Establish an independent basis for correctness

Explain what must remain true using user requirements, public contracts, compatibility commitments or a real failure. The current implementation and its own generated output cannot, by themselves, establish the correct expectation.

For tests being added or changed, answer three questions in the reasoning or a short change explanation:

The rest: https://github.com/tt-a1i/archify/blob/HEAD/.agents/skills/test-value/SKILL.md