yq-stable-tests

yq-stable-tests is a skill for Claude Code, Codex from EthanYoQ/Skill-hub. It costs 76 tokens per session (1,815 once invoked), scanned A, a copy of dsh-ci-test-reliability, MIT.

A set of testing guidelines for finding and preventing unreliable tests in continuous integration, the automated system that runs checks for code changes. It focuses on shared ports, files, services, clocks, processes, and cleanup.

In plain words
What is it for?
Use it when writing or reviewing tests that use databases, network listeners, subprocesses, shared files, timers, cancellation, or asynchronous cleanup.
Why use it?
A test can pass alone but fail when other tests run at the same time or leave resources behind. These guidelines help tests remain dependable in the actual CI setup.

Skill for Claude CodeCodex

Written for no agent in particular: nothing here depends on one.

Good fit Use it when writing or reviewing tests that use databases, network listeners, subprocesses, shared files, timers, cancellation, or asynchronous cleanup.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/ethanyoq/skill-hub/yq-stable-tests
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.

Any agent
npx skills add EthanYoQ/Skill-hub --skill yq-stable-tests
Clone the repo
git clone --depth 1 https://github.com/EthanYoQ/Skill-hub

Made for: Claude Code, Codex.

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 yq-stable-tests

README.md
[![agentmods](https://agentmods.dev/badge/skills/ethanyoq/skill-hub/yq-stable-tests/github.svg)](https://agentmods.dev/skills/ethanyoq/skill-hub/yq-stable-tests)
Your own site
<a href="https://agentmods.dev/skills/ethanyoq/skill-hub/yq-stable-tests"><img src="https://agentmods.dev/badge/skills/ethanyoq/skill-hub/yq-stable-tests/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for yq-stable-tests

Your own site · 80×15
<a href="https://agentmods.dev/skills/ethanyoq/skill-hub/yq-stable-tests"><img src="https://agentmods.dev/badge/skills/ethanyoq/skill-hub/yq-stable-tests.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 76 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,815 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin 91% copy Near-identical to another mod 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.1 $0.00076 $0.01815
Opus 5.5 $0.00030 $0.00726
Sonnet 5.5 $0.00015 $0.00363
Haiku 4.5 $0.00008 $0.00181

Measured 22d ago against content hash 776a76abc224, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

yq-stable-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 22d 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.

Origin

This is a copy

91% identical to dsh-ci-test-reliability — 15 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

skills/01-agent-engineering/yq-stable-tests/SKILL.md · 131 lines

How it starts

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

Reliable CI tests

Build tests that remain correct under the repository's real CI topology, not only when run alone on a quiet workstation. This skill owns isolation and reliability decisions; it does not replace the repository's test-tier policy or select every command for a push.

Read the owning rules

  • Use the target repository's testing policy to select unit, coverage, expected-output, snapshot, browser, or real-API evidence.
  • Use the defensive patterns for lifecycle, subprocess, cancellation, and teardown behavior.
  • Read the active Vitest config and GitHub workflow when their worker or job topology affects the test.
  • Use pre-push-checks after the test design is sound to select outgoing validation.

Model the execution topology

Assume these layers can overlap unless the active configuration proves otherwise:

  1. Tests in one Vitest file.
  2. Separate Vitest files or worker processes.
  3. Independent Vitest or repository-gate processes in one job.
  4. Different Actions jobs whose runners share one host.

Process isolation does not isolate host ports, predictable filesystem paths, external services, databases, sockets, or inherited child processes. For every acquired resource, identify its owner, atomic allocation mechanism, observable readiness signal, registered cleanup, and quiescent completion signal.

Do not serialize an entire suite merely because one fixture lacks isolation. Narrow the exclusive scope or change the resource allocation first. A sequential Vitest block cannot protect a host resource from another file, process, job, or runner.

Allocate resources atomically

Use the resource owner's allocator instead of checking availability and claiming it later.

  • Network fixtures bind loopback with listen(0) and read the assigned address only after the server reports that it is listening. Never scan for a free port and bind it later.
  • Create private per-test temporary roots with mkdtemp; do not acquire predictable shared paths.
  • Give shared databases, sockets, sessions, and output locations unique per-test namespaces.
  • Use exclusive creation where a path must not already exist.
  • Keep stable recorded identifiers separate from ephemeral transport addresses. Translate inside the fixture instead of forcing the live resource to use the recorded value.

Read the full file on GitHub · 131 lines

Files

What ships with it

4 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.

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. 22d ago First seen · 131 lines · 76 tokens per session scan A 776a76abc224

Subscribe to this mod's changes

yq-stable-tests is a skill published in the GitHub repository EthanYoQ/Skill-hub (11 stars, last pushed 9d ago), licensed MIT. It adds 76 tokens to every session and 1,815 once invoked, about $0.0003 per session on Opus 5.5. A static security scan graded it A with 0 findings. It is 91% identical to dsh-ci-test-reliability, differing in 15 lines, and is treated as a copy.

Related

Other skills, from other repositories

qa

Browser-based QA verification. Launches a real browser, navigates the app, clicks buttons, fills forms, and tests user flows. Works as a standalone skill or as a phase end condition in campaigns. Requires Playwright (optional dependency, graceful skip if not installed).

SethGammon/Citadel · 56 tokens

live-preview

Mid-build visual verification loop. Takes screenshots of components during construction, not just after. Catches visual regressions and invisible features before they compound. Requires Playwright or similar screenshot tool.

SethGammon/Citadel · 40 tokens

test-gen

Generate and verify tests — happy path, edge cases, error paths — using the project's own framework and patterns.

SethGammon/Citadel · 24 tokens

verify

Self-test the Citadel hook pipeline from within a live session. Exercises real tool calls (Write, Edit, Bash, Read) and checks that hooks fired, telemetry accumulated, and no errors occurred. Reports HOOK HEALTH: PASS or HOOK HEALTH: FAIL with a per-hook breakdown.

SethGammon/Citadel · 60 tokens

wakeflow-test

Use in a window that has received a Wakeflow delivery for a test target - read the frozen test contract in the task package, run its approved steps in the real environment against the landing the implementation produced, record what each step actually observed with its evidence, then import the per-step report and…

GxFn/Wakeflow · 110 tokens

quality-assurance-engineer

QA Engineer / Quality Assurance role skill. Use when you need to write test cases, analyse defects, evaluate acceptance criteria, design test strategies, assess release quality, or validate the quality of a feature implementation. Keywords: test cases, defect tracking, quality assurance, acceptance testing, boundary…

nelson820125/iforgeai · 0 tokens