GitLab CI/CD pipeline configuration and GLFM documentation expertise. Use when modifying .gitlab-ci.yml, optimizing pipelines, testing with gitlab-ci-local, writing GitLab README/Wiki content, configuring Docker-in-Docker workflows, or implementing CI Steps composition.
63
75%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Advisory
Suggest reviewing before use
Optimize this skill with Tessl
npx tessl skill review --optimize ./plugins/gitlab-skill/skills/gitlab-skill/SKILL.mdQuality
Discovery
100%Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.
This is a strong skill description that clearly defines its scope around GitLab CI/CD and GLFM documentation. It provides specific, actionable trigger terms and an explicit 'Use when...' clause with six distinct scenarios. The description is concise yet comprehensive, making it easy to distinguish from other CI/CD or documentation skills.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Lists multiple specific concrete actions: modifying .gitlab-ci.yml, optimizing pipelines, testing with gitlab-ci-local, writing GitLab README/Wiki content, configuring Docker-in-Docker workflows, and implementing CI Steps composition. | 3 / 3 |
Completeness | Clearly answers both 'what' (GitLab CI/CD pipeline configuration and GLFM documentation expertise) and 'when' with an explicit 'Use when...' clause listing six specific trigger scenarios. | 3 / 3 |
Trigger Term Quality | Includes strong natural trigger terms users would actually say: '.gitlab-ci.yml', 'pipelines', 'gitlab-ci-local', 'Docker-in-Docker', 'CI Steps', 'GitLab README', 'Wiki', 'GLFM'. These cover both file names and common concepts users would reference. | 3 / 3 |
Distinctiveness Conflict Risk | Highly distinctive with a clear niche around GitLab-specific CI/CD and GLFM documentation. The mention of specific tools like gitlab-ci-local, Docker-in-Docker, and CI Steps composition makes it unlikely to conflict with generic CI/CD or documentation skills. | 3 / 3 |
Total | 12 / 12 Passed |
Implementation
50%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
The skill is comprehensive and highly actionable with executable commands and concrete examples across all four domains (CI/CD, GLFM, local testing, glab CLI). However, it is severely bloated by the inlined Documentation Index and repetitive content (constraints restated as checklists). The workflow clarity would benefit from explicit error recovery loops rather than standalone checklists.
Suggestions
Move the Documentation Index to a separate reference file (e.g., references/doc-index.md) and replace it with a one-line reference link to dramatically reduce token usage.
Consolidate the CONSTRAINTS lists and Validation Checklists to eliminate duplication — either keep constraints inline and remove the checklist, or vice versa.
Add explicit error recovery steps to workflows, e.g., 'If gitlab-ci-local fails: check error output, fix .gitlab-ci.yml, re-run validation before pushing.'
Remove the Identity section which restates the skill description, and trim explanatory text that describes what domains are (Claude already knows what CI/CD and Markdown are).
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill is extremely verbose. The Documentation Index alone is ~200 lines of file listings that serve as a table of contents for reference files. Much of the content describes concepts Claude already knows (what CI/CD is, what GLFM features are). The 'Identity' section restates the description. Checklists repeat constraints already listed. The massive documentation index could be auto-generated or referenced rather than inlined. | 1 / 3 |
Actionability | The skill provides concrete, executable commands throughout: gitlab-ci-local usage, glab CLI commands with exact flags, validate_glfm.py invocations with real arguments, and specific bash workflows. Output examples for glab commands are included, making guidance copy-paste ready. | 3 / 3 |
Workflow Clarity | The Execution Protocol provides a numbered sequence, and Quick Start Paths give domain-specific workflows. However, validation checkpoints are presented as checklists rather than integrated into workflows with explicit feedback loops. The CI/CD validation checklist says 'validate syntax' but doesn't show what to do on failure. The glab CLI section has a good common workflow with sequential steps but lacks error recovery guidance beyond 'get details'. | 2 / 3 |
Progressive Disclosure | The skill correctly references external files (pipeline-optimization.md, common-patterns.md, glfm-syntax.md, etc.) with clear signaling. However, the massive Documentation Index (~200 lines) is inlined when it should be in a separate reference file. The skill mixes overview content with exhaustive reference listings, undermining the progressive disclosure pattern. | 2 / 3 |
Total | 8 / 12 Passed |
Validation
90%Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.
Validation — 10 / 11 Passed
Validation for skill structure
| Criteria | Description | Result |
|---|---|---|
skill_md_line_count | SKILL.md is long (626 lines); consider splitting into references/ and linking | Warning |
Total | 10 / 11 Passed | |
4e61312
Table of Contents
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.