CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

ci-cd-pipeline-builder

Generate pragmatic CI/CD pipelines from detected project stack signals — fast baseline generation, repeatable checks, environment-aware deployment stages. Use when setting up CI for a new project, refactoring existing pipelines, or standardizing deployment workflows across multiple repos.

61

Quality

77%

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

Fix and improve this skill with Tessl

tessl review fix ./.gemini/skills/ci-cd-pipeline-builder/SKILL.md

The canonical home for this skill is ci-cd-pipeline-builder in alirezarezvani/claude-skills

SKILL.md
Quality
Evals
Security

Quality

Content

63%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 well structured with concrete, flag-level commands and a sensibly sequenced detect→generate→validate→deploy workflow. Its two real weaknesses are redundancy (metadata block, Overview, and Script Interfaces duplicate other content) and the fact that every referenced bundle file — both scripts and all four reference docs — is missing from the bundle, leaving the commands non-executable and the reference pointers dangling.

Suggestions

Ship the referenced bundle files (scripts/stack_detector.py, scripts/pipeline_generator.py, and the four references/*.md docs) or remove the references — every path the body points to is currently missing, breaking both actionability and progressive disclosure.

Cut redundant sections: drop the Tier/Category/Domain metadata, the Overview that restates the frontmatter description, and the Script Interfaces section that repeats the commands already shown in Key Workflows.

Add an explicit feedback loop in the Validate Before Merge workflow (e.g., 'run the generated pipeline locally; if a step fails, fix the detected commands/flags and regenerate') so error recovery is instructed rather than implied.

DimensionReasoningScore

Conciseness

The body is mostly lean and doesn't explain concepts Claude already knows, but it carries redundant sections: the 'Tier/Category/Domain' metadata adds no actionable value, the Overview restates the frontmatter description nearly verbatim, and 'Script Interfaces' repeats the two script invocations already shown in Key Workflows. This is more than the 'minor instances' of anchor 4 but stops short of anchor 2's heavily padded verbosity, so anchor 3 ('mostly efficient but includes some unnecessary explanation or could be tightened') fits best.

3 / 5

Actionability

Key Workflows provides concrete, flag-level commands ('python3 scripts/stack_detector.py --repo . --format text', 'pipeline_generator.py --input detected-stack.json --platform github --output .github/workflows/ci.yml') covering both platforms and text/json formats, plus end-to-end usage. However, the commands are not actually copy-paste executable because the referenced scripts (scripts/stack_detector.py, scripts/pipeline_generator.py) are missing from the bundle — a gap that keeps this at anchor 4 ('mostly executable guidance; concrete commands with minor gaps') rather than 5 ('fully executable; copy-paste ready').

4 / 5

Workflow Clarity

The four workflows form a clear sequence: detect stack → generate pipeline → 'Validate Before Merge' (confirm commands exist, run locally, document secrets, gate deploys by protected branches) → add deployment stages progressively with a 'manual gate/approval' for production and rollback noted. Most checkpoints are present, but there is no explicit validate→fix→retry feedback loop for failed pipeline runs, matching anchor 4 ('clear sequence with most checkpoints present; minor validation gaps') rather than 5.

4 / 5

Progressive Disclosure

References are clearly signaled and only one level deep ('references/pipeline-design-notes.md — common pitfalls, best practices, detection heuristics...'), and the body itself is a reasonable overview. However, none of the referenced files exist in the bundle — all four references/*.md files, both scripts, and README.md are missing — so the disclosure path is broken and the promised detail content is inaccessible. Scoring against the actual bundle structure, this is a more than 'minor organization gap' (anchor 4), landing at anchor 3.

3 / 5

Total

14

/

20

Passed

Description

83%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 that clearly states what the skill does and when to use it, with natural trigger phrasing in third-person voice. Keyword coverage could add common synonyms like 'GitHub Actions', 'GitLab CI', and 'continuous integration' to improve both specificity and trigger matching.

DimensionReasoningScore

Specificity

The description lists several concrete actions — 'Generate pragmatic CI/CD pipelines from detected project stack signals', 'fast baseline generation', 'repeatable checks', 'environment-aware deployment stages' — but coverage has minor gaps (no mention of GitHub Actions/GitLab CI targets or which stack signals are detected) and 'pragmatic'/'repeatable' edge toward buzzword. This fits anchor 4 ('several specific actions; minor gaps in coverage'), not 5 (comprehensive, fully concrete actions) and clearly above 3 (only 1-2 concrete actions).

4 / 5

Completeness

It explicitly answers both: what ('Generate pragmatic CI/CD pipelines from detected project stack signals — fast baseline generation, repeatable checks, environment-aware deployment stages') and when ('Use when setting up CI for a new project, refactoring existing pipelines, or standardizing deployment workflows across multiple repos') with three concrete trigger phrases. This directly matches the anchor 5 example pattern and exceeds 4 (where 'when' could be more explicit or specific).

5 / 5

Trigger Term Quality

Phrases like 'setting up CI for a new project', 'refactoring existing pipelines', and 'standardizing deployment workflows' are natural things users would say, and 'CI/CD', 'pipelines', 'repos' are good domain keywords. A few common synonyms are missing ('GitHub Actions', 'GitLab CI', 'continuous integration', 'build pipeline'), which matches anchor 4 ('good keyword coverage; a few natural terms missing') rather than 5's comprehensive synonym/extension coverage.

4 / 5

Distinctiveness Conflict Risk

CI/CD pipeline generation is a clear niche with distinct triggers, but 'environment-aware deployment stages' and 'standardizing deployment workflows across multiple repos' create minor overlap risk with deployment-automation and platform-specific CI skills. Anchor 4 ('mostly distinct; minor overlap risk with closely related skills') is the best fit; it is more specific than anchor 3's generic overlap but not the minimal-conflict clarity of anchor 5.

4 / 5

Total

17

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 5 missing

Warning

referenced_paths_exist

Referenced path issues: 14 missing

Warning

Total

14

/

16

Passed

Repository

alirezarezvani/claude-skills

Path

.gemini/skills/ci-cd-pipeline-builder/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.