CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/gitlab-ci-test-jobs

Use whenever the task is to run tests in GitLab CI/CD: test stages in .gitlab-ci.yml, parallel matrix jobs, junit and coverage artifact reports, Postgres or Redis services, needs between jobs, rules for triggers and retry policy.

Quality

81%

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

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

The body is a solid, example-driven reference: every step has executable YAML, and the anti-patterns table with fixes is a highlight. The main gaps are the complete absence of validation checkpoints in the workflow and unstated tooling prerequisites for the reporting examples.

Suggestions

Add a validation step to the workflow (e.g. lint .gitlab-ci.yml with gitlab-ci-lint or the GitLab CI Lint API, and confirm the first pipeline run passes) so failures are caught early — this is the lowest-scoring dimension.

State prerequisites for the reporting examples, such as installing jest-junit and a cobertura-compatible coverage tool, so the Step 4 snippet is truly copy-paste ready.

Trim explanations of GitLab basics Claude already knows (e.g. the needs/DAG explanation and the stages→jobs→steps decomposition) to tighten token efficiency.

DimensionReasoningScore

Conciseness

The body is code-heavy with terse, purposeful prose, but includes a few explanations of concepts Claude already knows, e.g. "needs: enables DAG-style pipelines (newer GitLab feature) - jobs run as soon as their dependencies finish" and the stages→jobs→steps decomposition in the Overview.

4 / 5

Actionability

All nine steps provide concrete, copy-paste-ready YAML blocks, but prerequisites are sometimes implied rather than stated (e.g. "--reporters=jest-junit" and cobertura coverage require package/tooling setup that is never mentioned).

4 / 5

Workflow Clarity

Steps 1–9 form a coherent basic→advanced sequence with good cross-references ("Per-branch / per-MR filtering via rules: (Step 7)", anti-patterns linking to fixes), but there are no validation checkpoints at all — no CI YAML lint step and no instruction to verify the pipeline actually runs.

3 / 5

Progressive Disclosure

A single well-sectioned file with a one-level-deep References section pointing to official docs and sibling skills; at ~240 lines, the advanced steps (e.g. caching, services) could arguably be split into reference files, so structure is good but not optimal.

4 / 5

Total

15

/

20

Passed

Description

87%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: it explicitly states when to use the skill, names concrete GitLab CI capabilities, and is tightly scoped to GitLab so conflict risk is minimal. The only weaknesses are a few missing natural synonyms ("pipeline", "merge request") and minor coverage gaps (caching, variables) relative to the body content.

DimensionReasoningScore

Specificity

Enumerates seven concrete capabilities ("test stages in .gitlab-ci.yml, parallel matrix jobs, junit and coverage artifact reports, Postgres or Redis services, needs between jobs, rules for triggers and retry policy"), but caching, variables, and secrets covered in the body are absent, leaving minor gaps in coverage.

4 / 5

Completeness

"Use whenever the task is to run tests in GitLab CI/CD" is an explicit, specific when-clause, and the colon-delimited list explicitly states what the skill covers with concrete trigger phrases.

5 / 5

Trigger Term Quality

Includes natural terms users would say — "run tests", "GitLab CI/CD", ".gitlab-ci.yml", "junit", "coverage", "retry" — but misses common variations such as "pipeline", "merge request", or "MR".

4 / 5

Distinctiveness Conflict Risk

"GitLab CI/CD" and ".gitlab-ci.yml" pin the description to a clear niche with distinct triggers, minimizing conflict with GitHub Actions or Jenkins alternatives.

5 / 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: 1 missing

Warning

Total

15

/

16

Passed

Reviewed

On this page