mcpField
L
ln-513-regression-checker

ln-513-regression-checker

github.com/levnikolaevichTesting & quality584206 installsUpdated 2d ago
Repository

About ln-513-regression-checker

ln-513-regression-checker is a testing skill that detects a project’s test framework, runs the full suite, and reports a PASS or FAIL with grouped failures. It is intended for post-change regression checks and does not modify Linear or kanban.

Key features

  1. 01Detects test frameworks and test directories
  2. 02Runs the full test suite
  3. 03Groups failures by error category
  4. 04Preserves complete test output
  5. 05Reports a PASS or FAIL verdict

Use cases

  1. 01Checking for regressions after implementation changes
  2. 02Producing test results for a story quality gate

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/levnikolaevich/claude-code-skills --skill ln-513-regression-checker

After installing, type/ln-513-regression-checkerin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

references/
ci_tool_detection.md
coordinator_summary_contract.md
input_resolution_pattern.md
output_normalization.md
pytest_configuration.md
quality_summary_contract.md
quality_worker_runtime_contract.md
risk_based_testing_guide.md
references/scripts/coordinator-runtime/lib/
artifacts.mjs
cli-helpers.mjs
core.mjs
loop-health.mjs
runtime-constants.mjs
schemas.mjs
validate.mjs
worker-guards.mjs
worker-runtime.mjs
references/scripts/quality-worker-runtime/
cli.mjs
references/scripts/quality-worker-runtime/lib/
guards.mjs
phases.mjs
store.mjs

Details

From the project README

Paths: File paths (references/, ../ln-*) are relative to this skill directory.

Regression Checker

Type: L3 Worker Category: 5XX Quality

Runs the existing test suite to ensure no regressions after implementation changes.

Inputs

InputRequiredSourceDescription
storyIdYesargs, git branch, kanban, userStory to process

Resolution: Story Resolution Chain. Status filter: To Review

Purpose & Scope

  • Detect test framework (pytest/jest/vitest/go test/etc.) and test dirs.
  • Execute full suite; capture stdout/stderr for Story quality gate.
  • Return PASS/FAIL with counts/log excerpts; never modifies Linear or kanban.
  • Preserve full stdout/stderr output for downstream log analysis.

When to Use

  • After code quality checks pass
  • Code quality check passed

Workflow

Phase 0: Resolve Inputs

MANDATORY READ: Load references/input_resolution_pattern.md, references/ci_tool_detection.md

  1. Resolve storyId: Run Story Resolution Chain per guide (status filter: [To Review]).
Phase 1: Execute Tests

MANDATORY READ: Load references/output_normalization.md

Read target project files if they exist: docs/project/infrastructure.md, docs/project/runbook.md

  1. Auto-discover test framework per ci_tool_detection.md Command Registry (Test Frameworks section).
  2. Get service endpoints, port allocation from infrastructure.md. Get exact test commands, Docker setup, environment variables from runbook.md. Runbook commands take priority over auto-detection (per ci_tool_detection.md Discovery Hierarchy).
  3. Build appropriate test command; run with timeout (5min per ci_tool_detection.md); capture stdout/stderr.
  4. Parse results: passed/failed counts; key failing tests.
  5. Normalize + group failures: Apply references/output_normalization.md §1-§3 to test output. Group failing tests by error category (Import/Module, Assertion, Timeout, Type, Connection, Runtime). Report grouped: e.g., "3 Import errors in auth/, 2 Assertion mismatches in payment/".
  6. Output verdict JSON (PASS or FAIL + grouped failures list) and add Linear comment.

Critical Rules

  • No selective test runs; run full suite.
  • Do not fix tests or change status; only report.
  • Language preservation in comment (EN/RU).

Runtime Summary Artifact

MANDATORY READ: Load references/quality_summary_contract.md, references/quality_worker_runtime_contract.md

Runtime profile:

  • family: quality-worker
  • worker: ln-513
  • summary kind: quality-worker
  • payload fields used by coordinators: worker, status, verdict, issues, warnings, artifact_path

Invocation rules:

  • standalone: omit runId and summaryArtifactPath
  • managed: pass both runId and exact summaryArtifactPath
  • always write the validated summary before terminal outcome

Monitor (2.1.98+): For test suite commands expected >30s, use Monitor. Fallback: Bash(run_in_background=true).

Definition of Done

  • Framework detected; command executed
  • Results parsed; verdict produced with failing tests (if any)
  • Tracker comment posted with summary

Reference Files

  • Risk-based limits used downstream: references/risk_based_testing_guide.md
  • CI tool detection: references/ci_tool_detection.md
  • Output normalization: references/output_normalization.md
  • Pytest patterns: references/pytest_configuration.md

Version: 3.1.0 Last Updated: 2026-01-09

Comments

Markdown supported