CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/test-pyramid-balancer

Use when asked about test distribution or balance: too many E2E tests, slow CI caused by tests, or rebalancing a suite. Counts unit, integration and E2E tests with runtimes, detects ice-cream-cone and hourglass shapes, and recommends target ratios for the codebase's shape.

Quality

87%

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

Overview
Quality
Evals
Security
Files

Quality

Content

81%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.

A well-engineered procedural skill: runnable inventory code, shape-specific ratio tables, explicit validation checkpoints with feedback loops, and a concrete output template. Weaker spots are minor padding (quoted Fowler content, redundant classification hints), a couple of dangling cross-skill references, and a phantom scripts/ path that does not match the actual single-file bundle.

Suggestions

Trim the References section's verbatim Fowler quotes and the Step 4 sentence re-explaining content-signal classification that the Step 1 code already demonstrates.

Resolve or remove dangling pointers: either give a concrete fallback for the junit-xml runtime aggregation and the change-shape classifier dependency, or drop those alternatives from Steps 2-3.

Either move the inventory script into an actual scripts/test-mix-inventory.py bundle file (matching the paths cited in Steps 1 and 6) or inline a short representative core, and consider moving the full Step 5 output template to a references/ file.

DimensionReasoningScore

Conciseness

The body is operational and dense (executable classifier code, ratio tables, symptom/fix lists), but the References section quotes well-known Fowler content ("brittle, expensive to write, and time consuming to run") and Step 4 re-explains classification hints the Step 1 code already implements. Efficient with minor trimmable padding fits anchor 4, not the lean anchor 5.

4 / 5

Actionability

The inventory script is complete and copy-paste runnable, and runtime measurement uses concrete commands ("time npm test", "time npx playwright test"). However, "OR via JUnit XML aggregation per junit-xml-analysis" is an unresolved pointer and Step 3 depends on another skill's classifier with no fallback, so guidance is mostly executable with minor gaps (anchor 4) rather than fully self-contained (anchor 5).

4 / 5

Workflow Clarity

Seven clearly sequenced steps with explicit validation checkpoints and feedback loops: Step 1 requires sampling 5-10 tests per bucket and reclassifying/adjusting heuristics before proceeding, Step 4 requires user confirmation of the diagnosis before generating multi-sprint recommendations, and Step 6 re-runs the inventory and loops back to Step 4 if layers are outside target. This matches the top anchor with explicit validation and error-recovery loops.

5 / 5

Progressive Disclosure

Section structure is good and all references are one level deep with no nesting, but no bundle files exist while the body labels inlined code "# scripts/test-mix-inventory.py" and later steps cite that path as if bundled; the ~38-line output template would also fit a references/ file. Good structure with minor organization gaps fits anchor 4 rather than the well-split anchor 5 or the inline-heavy anchor 3.

4 / 5

Total

17

/

20

Passed

Description

88%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 with an explicit "Use when" clause, concrete natural-language triggers, and a complete what/when pairing. Its only weaknesses are a few missing common synonyms (notably "test pyramid" itself) and minor trigger overlap with closely related testing skills.

DimensionReasoningScore

Specificity

Lists multiple concrete actions covering the full capability surface: "Counts unit, integration and E2E tests with runtimes", "detects ice-cream-cone and hourglass shapes", "recommends target ratios for the codebase's shape". No notable coverage gaps, matching the comprehensive-actions anchor rather than the minor-gaps anchor below it.

5 / 5

Completeness

Explicitly answers both questions: "Use when asked about test distribution or balance: too many E2E tests, slow CI caused by tests, or rebalancing a suite" (when, with concrete triggers) and the counts/detects/recommends action list (what). This matches the top anchor; it is above anchor 4 because the when-clause is explicit and specific rather than merely present.

5 / 5

Trigger Term Quality

Natural trigger phrases like "too many E2E tests", "slow CI caused by tests", and "rebalancing a suite" would be said by users needing this skill, but common synonyms such as "test pyramid", "flaky tests", or "test suite health" are missing. Good coverage with a few natural terms absent fits anchor 4, not the comprehensive-synonym anchor 5.

4 / 5

Distinctiveness Conflict Risk

The test-distribution/rebalancing niche is clear and triggers are distinct from generic skills, but phrases like "too many E2E tests" risk overlap with closely related sibling skills (e.g., E2E suite capping or coverage-targeting skills referenced in the body). Minor overlap risk with closely related skills fits anchor 4 rather than the minimal-conflict anchor 5.

4 / 5

Total

18

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

referenced_paths_exist

Referenced path issues: 3 missing

Warning

Total

15

/

16

Passed

Reviewed

On this page