CtrlK
BlogDocsLog inGet started
Tessl Logo

gitlab-ci-generator

Creates .gitlab-ci.yml files, configures pipeline stages, defines CI jobs and runners, sets up deployment workflows, and generates reusable GitLab CI/CD templates following current best practices and security standards. Use when users ask to create or build a GitLab CI/CD pipeline, CI config, build pipeline, deploy pipeline, GitLab YAML, CI jobs, or any .gitlab-ci.yml configuration from scratch or for a new project.

74

Quality

92%

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

88%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-structured, highly actionable skill body: executable YAML examples, a mandatory read-validate-fix workflow with explicit feedback loops, and a clean one-level-deep reference bundle. Its main weaknesses are repetitive validation-pointer boilerplate across capability sections and partial duplication between the inline anti-patterns/examples and the referenced files.

Suggestions

State the validation requirement once (e.g., in a short note after Core Capabilities) instead of repeating 'Validate per the [Validation Workflow] section' in all six capability sections.

Replace the inline Anti-Patterns section with a brief pointer to references/best-practices.md, which already contains the same BAD/GOOD guidance, keeping at most one or two signature examples inline.

Qualify generic trigger phrases in the description ('build pipeline', 'deploy pipeline', 'CI config') with 'GitLab' to reduce overlap risk with other CI skills.

DimensionReasoningScore

Conciseness

The body is generally efficient — examples are minimal and principles are stated as terse bullets — but 'Validate per the [Validation Workflow](#validation-workflow) section' is repeated verbatim in six capability sections, and the mandatory 'Reference Analysis Complete' confirmation template adds padded boilerplate that could be tightened.

4 / 5

Actionability

Fully executable, copy-paste-ready YAML examples cover the common cases (basic pipeline, Docker build, Kubernetes deploy, reusable templates, include-based security scanning), and template usage ends with a concrete sequence: 'Copy structure → replace [PLACEHOLDERS] → customize logic → remove unused sections → validate'.

5 / 5

Workflow Clarity

The process is clearly sequenced with an explicit validation feedback loop: load references → output confirmation → generate → invoke the validator → 'Fix CRITICAL/HIGH issues and re-validate until clear', including severity-based triage rules and explicit skip conditions.

5 / 5

Progressive Disclosure

The overview points to five real, one-level-deep reference files and four templates, each listed with a description in the References section. However, the inline Anti-Patterns section duplicates BAD/GOOD material already covered in references/best-practices.md, and the six inline YAML examples partially overlap with the template files — minor organization gaps rather than appropriate full splitting.

4 / 5

Total

18

/

20

Passed

Description

96%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 names concrete capabilities in third-person voice, provides an explicit 'Use when' clause with natural trigger terms including the file extension, and is well-scoped to GitLab CI/CD. The only weakness is that a few generic trigger phrases ('build pipeline', 'CI config') are not GitLab-qualified, creating minor conflict risk with other CI skills.

DimensionReasoningScore

Specificity

The description lists five distinct concrete actions — 'Creates .gitlab-ci.yml files, configures pipeline stages, defines CI jobs and runners, sets up deployment workflows, and generates reusable GitLab CI/CD templates' — giving comprehensive coverage of the skill's capabilities with no gaps.

5 / 5

Completeness

It explicitly answers both 'what' (the five concrete creation/configuration actions) and 'when' via the 'Use when users ask to create or build...' clause with concrete trigger phrases, matching the top anchor exactly.

5 / 5

Trigger Term Quality

Trigger terms cover natural user phrasings and synonyms — 'GitLab CI/CD pipeline, CI config, build pipeline, deploy pipeline, GitLab YAML, CI jobs, or any .gitlab-ci.yml configuration' — including the specific file extension users would mention.

5 / 5

Distinctiveness Conflict Risk

The GitLab scoping and '.gitlab-ci.yml' triggers are distinct, but generic phrases like 'build pipeline', 'deploy pipeline', and 'CI config' in the trigger clause could also match a closely related CI skill (e.g., a GitHub Actions generator), so it is mostly distinct with minor overlap risk rather than a fully clear niche.

4 / 5

Total

19

/

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

referenced_paths_exist

Referenced path issues: 12 deeper-than-1-level

Warning

Total

15

/

16

Passed

Repository
pantheon-org/tekhne
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.