ln-513-regression-checker
Runs existing test suite to catch regressions after implementation changes. Use when Story needs regression verification. No status changes.
- License 许可
- MIT
- 最近更新
- 2026-11-12
- Stars
- ★ 12
- Forks
- 3
01 前言 Front Matter
- name
- ln-513-regression-checker
- model
- claude-haiku-4-5
- license
- MIT
- description
- Runs existing test suite to catch regressions after implementation changes. Use when Story needs regression verification. No status changes.
02 资源文件 1
- 参考文档references/pytest_configuration.md4.6 KB
03 SKILL.md 正文
Paths: File paths (
shared/,references/,../ln-*) are relative to skills repo root. If not found at CWD, locate this SKILL.md directory and go up one level for repo root. Ifshared/is missing, fetch files via WebFetch fromhttps://raw.githubusercontent.com/levnikolaevich/claude-code-skills/master/skills/{path}.
Regression Checker
Type: L3 Worker Category: 5XX Quality
Runs the existing test suite to ensure no regressions after implementation changes.
Inputs
| Input | Required | Source | Description |
|---|---|---|---|
storyId |
Yes | args, git branch, kanban, user | Story 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 shared/references/input_resolution_pattern.md, shared/references/ci_tool_detection.md
- Resolve storyId: Run Story Resolution Chain per guide (status filter: [To Review]).
Phase 1: Execute Tests
MANDATORY READ: Load shared/references/output_normalization.md
Read target project files if they exist: docs/project/infrastructure.md, docs/project/runbook.md
- Auto-discover test framework per ci_tool_detection.md Command Registry (Test Frameworks section).
- 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).
- Build appropriate test command; run with timeout (5min per ci_tool_detection.md); capture stdout/stderr.
- Parse results: passed/failed counts; key failing tests.
- Normalize + group failures: Apply
shared/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/". - 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 shared/references/quality_summary_contract.md, shared/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
runIdandsummaryArtifactPath - managed: pass both
runIdand exactsummaryArtifactPath - 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)
- [ ] Linear comment posted with summary
Reference Files
- Risk-based limits used downstream:
shared/references/risk_based_testing_guide.md - CI tool detection:
shared/references/ci_tool_detection.md - Output normalization:
shared/references/output_normalization.md - Pytest patterns:
references/pytest_configuration.md
Version: 3.1.0 Last Updated: 2026-01-09
04 同仓库更多 Skills
web-access
Use Treg for public web or platform data only when existing search, browser and connected tools cannot cover the task, with explicit cost and data boundaries.
treg
Use the Treg CLI or MCP catalog to discover, price and call authorized external tools with team-scoped credentials and a user-approved budget.
recruit
Turn a job description into an evidence-linked candidate shortlist through Treg, with job-related ranking and optional authorized business contact enrichment.
rea-growth
Analyze a company’s public growth and content through Treg, distinguish observations from hypotheses, and produce an evidence-linked playbook within an approved budget.
make-ugc
Create original AI UGC-style product videos through Treg: research hooks, approve a licensed presenter and voice, generate clips, add captions and report costs.
lead-signals
Find and qualify public buying signals through Treg, rank fitting business accounts and optionally enrich authorized business contact information.