ln-513-regression-checker
Runs existing test suite to catch regressions after implementation changes. Use when Story needs regression verification. No status changes.
What this skill does
> **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 | 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 `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
Related in Code Review
gstack
IncludedFast headless browser for QA testing and site dogfooding. Navigate pages, interact with elements, verify state, diff before/after, take annotated screenshots, test responsive layouts, forms, uploads, dialogs, and capture bug evidence. Use when asked to open or test a site, verify a deployment, dogfood a user flow, or file a bug with screenshots. (gstack)
startup-due-diligence
IncludedLegal due diligence review for seed-stage and Series A startups (US, Delaware C-Corp focus). Supports both investor and founder perspectives. Capabilities include: (1) Interactive document review and issue spotting; (2) Document request list generation; (3) Cap table and SAFE/convertible note analysis; (4) Red flag identification with severity ratings; (5) Diligence report generation. TRIGGERS: due diligence, DD, startup investment, cap table review, Series A, seed round, investor diligence, legal review startup, SAFE analysis, convertible note, 409A, founder vesting.
interview-master
IncludedThis skill should be used when the user asks to "generate interview questions", "prepare for interview", "optimize resume", "conduct mock interview", "analyze git commits for resume", "generate resume from code", "review my resume", or mentions interview preparation, career assistance, or extracting project experience from git history. Provides comprehensive interview and career development guidance for both job seekers and interviewers.
fix-issue
IncludedFixes GitHub issues using parallel analysis agents for root cause investigation, code exploration, and regression detection. Reads issue context from gh CLI, searches codebase and memory for related patterns, generates a fix with tests, and links the resolution back to the issue via PR. Includes prevention analysis to avoid recurrence. Use when debugging errors, resolving regressions, fixing bugs, or triaging issues.
sf-apex
IncludedGenerates and reviews Salesforce Apex code with 150-point scoring. TRIGGER when: user writes, reviews, or fixes Apex classes, triggers, test classes, batch/queueable/schedulable jobs, or touches .cls/.trigger files. DO NOT TRIGGER when: LWC JavaScript (use sf-lwc), Flow XML (use sf-flow), SOQL-only queries (use sf-soql), or non-Salesforce code.
swift-development
IncludedComprehensive Swift development for building, testing, and deploying iOS/macOS applications. Use when Claude needs to: (1) Build Swift packages or Xcode projects from command line, (2) Run tests with XCTest or Swift Testing framework, (3) Manage iOS simulators with simctl, (4) Handle code signing, provisioning profiles, and app distribution, (5) Format or lint Swift code with SwiftFormat/SwiftLint, (6) Work with Swift Package Manager (SPM), (7) Implement Swift 6 concurrency patterns (async/await, actors, Sendable), (8) Create SwiftUI views with MVVM architecture, (9) Set up Core Data or SwiftData persistence, or any other Swift/iOS/macOS development tasks.