smoke-test-and-repair

Run and repair install, typecheck, lint, build, test, and startup gates in dependency order.

2|Updated Jun 1, 2026
One-click install
npx skills add https://github.com/FluxonLab/Skillry --skill smoke-test-and-repair-fluxonlab
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: smoke-test-and-repair
Source: https://github.com/FluxonLab/Skillry/tree/main/plugins/testing-and-qa/skills/52-smoke-test-and-repair
Command: npx skills add https://github.com/FluxonLab/Skillry --skill smoke-test-and-repair-fluxonlab

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? A repo that fails CI or breaks after a refactor needs every quality gate verified and repaired at the root cause, not masked with suppression comments or skipped past. This Skill runs the full gate chain locally, isolates the first failure, applies the smallest fix, and re-verifies before continuing. ## Core Features & Use Cases - Ordered gate chain: Runs install, typecheck, lint, build, unit tests, startup, and route/health checks in dependency order, stopping at the first red gate. - Root-cause repair: Maps common errors (ERESOLVE, TS2307, EADDRINUSE, case-sensitive imports) to the smallest scoped fix, avoiding @ts-ignore, eslint-disable, or blanket dependency upgrades. - Monorepo support: Detects pnpm workspaces, turbo, and nx task graphs and isolates failing packages with filters. - Use Case: A CI pipeline fails after a dependency bump. Use this Skill to reproduce the failure locally, fix the offending peer dependency range, re-run only the failed gate, and produce a gate table proving the branch is green before re-pushing. ## Quick Start Run the smoke test and repair workflow on this repository and report a gate table with pass, fail, or skip status for each gate.

Frequently Asked Questions about smoke-test-and-repair

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

FAQPage Schema
How do I reproduce and fix a CI build failure locally?▼

Reproduce a CI failure locally by running the same gates in order: reproducible install (npm ci), typecheck, lint, build, then tests. Match the CI environment for Node version and filesystem case sensitivity, since case-sensitive imports often pass on macOS but fail on Linux CI.

How to run typecheck, lint, build, and test gates in order?▼

Run gates in dependency order: install, typecheck (tsc --noEmit), lint, build, unit tests, then startup and route health checks. Stop at the first failing gate, fix the smallest root cause, re-run only that gate, then continue down the chain.

Why does my build pass locally but fail in CI?▼

This usually traces to environment differences: filesystem case sensitivity (macOS vs Linux), stale local node_modules versus a clean npm ci in CI, path alias mismatches, or Node version drift. Reproduce with a clean install and matching Node version rather than adding suppressions.

Does this work with pnpm workspaces, turbo, or nx monorepos?▼

Yes. It detects pnpm-workspace.yaml, workspaces fields, turbo.json, and nx.json, then uses the right aggregate commands like pnpm -r build or turbo run build. Failing packages are isolated with filters such as pnpm --filter or turbo run test --filter before fixing.

When should a quality gate be skipped instead of fixed?▼

Skip a gate only when the script does not exist, a required secret like DATABASE_URL is unavailable, or running it would need a deploy or destructive action. Every skip must carry a reason and never counts toward an all-green verdict.

Why is adding @ts-ignore to fix a failing typecheck an anti-pattern?▼

Adding @ts-ignore or eslint-disable masks a real defect instead of fixing it, hiding bugs that resurface at runtime. The correct approach is fixing the root cause at the lowest wrong layer, such as narrowing a type at its source rather than casting with as any.