tech-debt-ci-review

Audits repositories for technical debt, test theater, flaky tests, and CI instability.

Updated Mar 30, 2026
One-click install
npx skills add https://github.com/ZaxbyHub/ragappv3 --skill tech-debt-ci-review-zaxbyhub
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: tech-debt-ci-review
Source: https://github.com/ZaxbyHub/ragappv3/tree/main/.opencode/skills/tech-debt-ci-review
Command: npx skills add https://github.com/ZaxbyHub/ragappv3 --skill tech-debt-ci-review-zaxbyhub

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? CI pipelines that look green but cannot be trusted waste engineering time and let regressions slip through. This Skill performs a deep audit of a repository to expose test theater, missing or mis-scoped tests, flaky-test risks, dependency brittleness, and structural debt that prevent pull requests from going green safely. ## Core Features & Use Cases - CI Workflow Audit: Verifies workflow YAML, job dependency graphs, matrix configurations, caching, and command correctness against the actual repo tooling. - Test Quality Analysis: Detects test theater, mutation-weak assertions, environment-sensitive tests, hidden shared state, and nondeterminism sources. - Evidence-Based Findings: Requires exact file path and line evidence for every finding, with candidates classified as CONFIRMED, DISPROVED, UNVERIFIED, or PRE_EXISTING by an independent reviewer pass. - Use Case: Before merging a large refactor, run the audit to produce a tech-debt-report.md listing current PR blockers, flaky-test risks, and a prioritized remediation order to restore trustworthy CI. ## Quick Start Run a deep technical debt and CI stability audit of this repository and write the findings to tech-debt-report.md.

Frequently Asked Questions about tech-debt-ci-review

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I audit my repository for CI instability and flaky tests?▼

Run a structured audit that inventories CI workflows, test configurations, and dependency manifests, then validates each candidate finding with exact file and line evidence. Findings are classified as confirmed, disproved, unverified, or pre-existing before reporting.

What is test theater and how do I detect it?▼

Test theater is tests that assert only existence, truthiness, or snapshots without behavioral meaning, or that validate mocks instead of real behavior. Detect it with mutation thinking: ask whether the test would fail if the implementation returned early, inverted a boolean, or swallowed an error.

How to find flaky tests before they break CI?▼

Look for timing-sensitive assertions, fixed sleeps, unseeded random data, order-dependent tests, hidden shared state, and reliance on wall clock, network, or filesystem. Runtime validation with retries can separate flaky from deterministic failures but is not a fix.

Does this audit work with GitHub Actions workflows?▼

Yes, the audit checks workflow YAML validity, job dependency graphs, matrix values, cache behavior, and whether CI commands match the repo's actual tooling such as npm ci, ruff, and pytest. It flags drift between declared checks and real verification.

When should I use a deep CI debt audit instead of a quick check?▼

Use the deep audit when a lightweight compatibility pass finds structural risk or when you need a broad review of test quality, flaky-test risk, and toolchain brittleness. Quick checks suit routine PR validation; deep audits suit systemic CI distrust.