baseline-capture

Records pre-change test harness results across multiple extensions for later regression comparison.

Updated Jul 8, 2026
One-click install
npx skills add https://github.com/NarenKarthikBM/specseyal --skill baseline-capture-narenkarthikbm
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: baseline-capture
Source: https://github.com/NarenKarthikBM/specseyal/tree/main/.claude/skills/baseline-capture
Command: npx skills add https://github.com/NarenKarthikBM/specseyal --skill baseline-capture-narenkarthikbm

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When a change spans several extensions, a later test failure is ambiguous: did the change break something, or was it already broken? This Skill establishes a recorded pre-change baseline by running each extension's own test harness before any source edit, so later failures can be checked against durable evidence instead of memory. ## Core Features & Use Cases - Per-extension harness execution: Runs each named extension's test/run.sh separately so failures stay traceable to the specific extension that produced them. - Verbatim result recording: Captures exact pass/fail counts per harness, or the raw exit code and full output when no explicit count is printed. - Durable baseline persistence: Writes the baseline into the task's artifact, report, or log so later steps can compare against it. - Use Case: Before refactoring code shared by three extensions, run all three harnesses, record their exact results, and later prove that a reported failure was pre-existing rather than a newly introduced regression. ## Quick Start Run each named extension's test harness individually, record the exact results, and save them as a pre-change baseline before editing any source files.

Frequently Asked Questions about baseline-capture

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

FAQPage Schema
How do I create a test baseline before making code changes?

Run each affected extension's test harness individually before editing any source file, and record the exact pass/fail counts verbatim. Persist the results in the task's artifact or log so later failures can be compared against this recorded prior state.

How to verify a test failure is pre-existing and not a new regression?

Compare the reported failure against the recorded pre-change baseline first. If the same failure appears in the baseline, state plainly that it is pre-existing rather than presenting it as evidence of a newly introduced regression.

Why run each extension's test harness separately instead of combined?

Separate invocations keep every failure traceable to the specific extension whose harness produced it. A single combined script that runs all harnesses at once loses that attribution and makes the baseline unusable for pinpointing regressions.

What if a test harness prints no pass/fail count?

Record the harness's raw exit code and full output as the substitute baseline, and state plainly that you did so. This preserves a checkable prior state even when the harness does not report explicit counts.

Can I skip harnesses for extensions expected to pass?

No. Every named extension's harness is required, even ones expected to pass cleanly. Skipping a predictable harness leaves that extension's prior state unrecorded and makes the whole baseline incomplete.