CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

systematic-test-matrix

Run the full POSCursor verification matrix with timestamped evidence under tmp/systematic-test-matrix/. Use for release readiness, pre-deploy QA, or when the user asks to systematically run all test surfaces (tsc, expo-doctor, Jest buckets, full Jest, Playwright, web export, export smoke). Not for authoring individual unit tests — use the testing skill for that.

77

Quality

97%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

100%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

Excellent content: lean, fully executable, with a clearly sequenced workflow that includes explicit validation gates and error-reporting rules, and detail correctly offloaded to a real one-level-deep reference file and script. No dimension shows more than nit-level weakness.

DimensionReasoningScore

Conciseness

The ~90-line body contains zero explanations of concepts Claude already knows; every line instructs ('Never claim green from stale logs', 'bail on failure by default', 'Confirm cwd is the POSCursor repo root'). It matches the lean/every-token-earns-its-place anchor rather than the 4 anchor because no padding or over-explanation is trimmable.

5 / 5

Actionability

Commands are copy-paste ready and cover the common cases: full run ('node .agents/skills/systematic-test-matrix/scripts/run_matrix.mjs'), debug ('--skip-playwright --skip-smoke'), resume ('--only=playwright_full'), and collect-all-failures ('--no-bail'), plus concrete artifact paths (summary.json, jest-buckets.json, *.log, smoke.json). Fully executable with no gaps.

5 / 5

Workflow Clarity

The workflow is a fixed, numbered order (baseline → Jest buckets → integrated surfaces → export smoke) with explicit validation: 'bail on failure by default', the reporting rule 'Do not mark release-ready if summary.ok is false', and 'Open the newest summary.json and any failing *.log before reporting results'. Error recovery is covered (report step/exit code/log/first actionable error; --only resume). Although this is a batch operation, validation checkpoints are present, so the ≤3 cap does not apply; it is not a 4 because checkpoints and feedback loops are explicit rather than minor-gapped.

5 / 5

Progressive Disclosure

Scored against the actual bundle: the body is an overview, the surface catalog is properly split into references/test-surfaces.md (a real 90-line file, clearly signaled in both 'Agent reporting rules' and 'Related'), and execution detail lives in scripts/run_matrix.mjs (a real 351-line script referenced by path). References are one level deep with no nesting, matching the well-signaled clear-overview anchor.

5 / 5

Total

20

/

20

Passed

Description

92%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: concrete, comprehensive action coverage with an explicit 'Use for...' trigger clause and a negative boundary against the sibling testing skill. The only weakness is that trigger-term coverage, while good, lacks common synonyms a user might naturally say.

DimensionReasoningScore

Specificity

The description enumerates every concrete surface — 'tsc, expo-doctor, Jest buckets, full Jest, Playwright, web export, export smoke' — and specifies the evidence mechanism ('timestamped evidence under tmp/systematic-test-matrix/'), matching the comprehensive-coverage anchor. It is not a 4 because there are no gaps in the action coverage.

5 / 5

Completeness

It explicitly answers both: 'what' ('Run the full POSCursor verification matrix with timestamped evidence...') and 'when' ('Use for release readiness, pre-deploy QA, or when the user asks to systematically run all test surfaces'), with concrete trigger phrases and a negative boundary ('Not for authoring individual unit tests'). Not a 4 because the 'when' clause is fully explicit rather than vague.

5 / 5

Trigger Term Quality

Natural phrases like 'release readiness', 'pre-deploy QA', and 'systematically run all test surfaces' would plausibly be said by users, giving good keyword coverage. It falls short of 5 because common synonyms such as 'run the full test suite', 'is everything green', or 'pre-release check' are missing.

4 / 5

Distinctiveness Conflict Risk

It carves a clear niche (the full verification matrix for release confidence) and explicitly disambiguates the nearest neighbor: 'Not for authoring individual unit tests — use the testing skill for that'. Conflict risk is minimal, matching the clear-niche anchor rather than the minor-overlap anchor at 4.

5 / 5

Total

19

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

zazakia/JetFarm

Path

.agents/skills/systematic-test-matrix/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.