run-tests

run-tests is a skill for Claude Code, Codex from sgaunet/claude-plugins. It costs 35 tokens per session (623 once invoked), scanned A, original, MIT.

A skill that finds the project’s test runner and runs the appropriate test command. A test runner is the tool that executes automated checks for a codebase.

In plain words
What is it for?
Use it to detect Task, Make, Go, npm, Jest, Vitest, pytest, or Cargo setups, verify that the selected test target exists, and report whether tests passed or failed.
Why use it?
It avoids guessing which testing system a project uses and treats a missing test command as different from failed tests.

Skill for Claude CodeCodex

Part of the software-engineering plugin — 4 skills, 12 commands, 7 agents shipped together

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add skills/sgaunet/claude-plugins/run-tests
Any agent
npx skills add sgaunet/claude-plugins --skill run-tests
Clone the repo
git clone --depth 1 https://github.com/sgaunet/claude-plugins

Made for: Claude Code, Codex.

Or install software-engineering, the plugin that ships this one along with the rest of its 4 skills, 12 commands, 7 agents.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for run-tests

README.md
[![agentmods](https://agentmods.dev/badge/skills/sgaunet/claude-plugins/run-tests.svg)](https://agentmods.dev/skills/sgaunet/claude-plugins/run-tests)
Your own site
<a href="https://agentmods.dev/skills/sgaunet/claude-plugins/run-tests"><img src="https://agentmods.dev/badge/skills/sgaunet/claude-plugins/run-tests.svg" alt="Measured on agentmods" height="20"></a>
Per session 35 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 623 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00035 $0.00623
Opus 5 $0.00017 $0.00311
Sonnet 5 $0.00007 $0.00125
Haiku 4.5 $0.00003 $0.00062

Measured 4d ago against content hash d32c3e96b747, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

run-tests scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 4d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

plugins/software-engineering/skills/run-tests/SKILL.md · 49 lines

How it starts

The opening of the file, as written. The whole thing — 49 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Run Tests Skill

Auto-detect the project's test runner from build files and run it. Returns pass/fail status with output.

Detection Logic

Probe for build/config files using first match wins -- but a config file existing does not mean the target inside it exists. Verify the named target before running it; when it is absent, fall through to the next matching row rather than reporting a failure.

Trigger Verify the target exists Command Fallback
Taskfile.yml task --list-all | grep -qE '^\* test:' task test fall through to next row
Makefile make -n test >/dev/null 2>&1 make test fall through to next row
go.mod n/a go test ./... --
package.json --if-present handles it npm test --if-present npx jest or npx vitest run
pyproject.toml / setup.py n/a python -m pytest --
Cargo.toml n/a cargo test --
None detected n/a Warn: "No test runner detected" and skip --

A missing target is not a test failure. task test where no test task is defined (this marketplace's own repo is exactly that case) exits non-zero for a reason that has nothing to do with the code -- never take it into the fix-and-retry loop below. Treat it as "this row does not apply", fall through to language-native detection, and report "No test runner detected" only once every row is exhausted.

Execution

  1. Detect the test runner using the table above, verifying the target exists before running it
  2. Run the detected command
  3. On success: report "Tests passed"
  4. On failure: display output, attempt fix (max 2 retries) — analyze failure, apply fix via Edit, re-run. Only for genuine test failures. If the command failed because the target or tool was absent, go back to detection instead of editing any code.
  5. Return final status (pass/fail) and output

Working Directory

If a working_directory context is provided (e.g., a worktree path), run all commands prefixed with cd <working_directory> &&. Otherwise, use the current directory.

Read the full file on GitHub · 49 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 4d ago First seen · 49 lines · 35 tokens per session scan A d32c3e96b747

Subscribe to this mod's changes

run-tests is a skill published in the GitHub repository sgaunet/claude-plugins (16 stars, last pushed 2d ago), licensed MIT. It adds 35 tokens to every session and 623 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.

Related

Other skills, from other repositories

ab-test-analysis

Analyze A/B test results with statistical significance, sample size validation, confidence intervals, and ship/extend/stop recommendations. Use when evaluating experiment results, checking if a test reached significance, interpreting split test data, or deciding whether to ship a variant.

phuryn/pm-skills · 54 tokens

brainstorm-okrs

Brainstorm team-level OKRs aligned with company objectives — qualitative objectives with measurable key results. Use when setting quarterly OKRs, aligning team goals with company strategy, drafting objectives, or learning how to write effective OKRs.

phuryn/pm-skills · 49 tokens

dummy-dataset

Generate realistic dummy datasets for testing with customizable columns, constraints, and output formats (CSV, JSON, SQL, Python script). Use when creating test data, building mock datasets, or generating sample data for development and demos.

phuryn/pm-skills · 48 tokens

outcome-roadmap

Transform an output-focused roadmap into an outcome-focused one that communicates strategic intent. Rewrites initiatives as outcome statements reflecting user and business impacts. Use when shifting to outcome roadmaps, making a roadmap more strategic, or rewriting feature lists as outcomes.

phuryn/pm-skills · 53 tokens

pre-mortem

Run a pre-mortem risk analysis on a PRD or launch plan. Categorizes risks as Tigers (real problems), Paper Tigers (overblown concerns), and Elephants (unspoken worries), then classifies as launch-blocking, fast-follow, or track. Use when preparing for launch, stress-testing a product plan, or identifying what could go…

phuryn/pm-skills · 79 tokens

retro

Facilitate a structured sprint retrospective — what went well, what didn't, and prioritized action items with owners and deadlines. Use when running a retrospective, reflecting on a sprint, creating action items from team feedback, or learning how to run effective retros.

phuryn/pm-skills · 52 tokens