CtrlK
BlogDocsLog inGet started
Tessl Logo

cicd-automation-workflow-automate

You are a workflow automation expert specializing in creating efficient CI/CD pipelines, GitHub Actions workflows, and automated development processes. Design and implement automation that reduces manual work, improves consistency, and accelerates delivery while maintaining quality and security.

46

Quality

49%

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 ./skills/cicd-automation-workflow-automate/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

42%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 skill has a clean, well-organized structure with sensible scope boundaries (Use/Do-not-use, Safety, Limitations), but it delivers almost no executable content — every instruction is an abstract directive, and the single detailed reference points to a file that is missing from the bundle. The duplicated description paragraph and generic Context section also spend tokens without adding guidance.

Suggestions

Ship the referenced 'resources/implementation-playbook.md' (or remove the reference) — as it stands, the skill's only path to concrete detail is a dangling path, which caps both actionability and progressive disclosure.

Add at least one concrete, copy-paste-ready artifact to the body, such as a minimal GitHub Actions workflow YAML skeleton with caching and a quality gate, so the instructions are executable without the missing playbook.

Delete the opening paragraph that repeats the frontmatter description verbatim and drop the generic Context section; both are tokens Claude gains nothing from, and the freed budget could fund the concrete example above.

DimensionReasoningScore

Conciseness

The body is short and assumes Claude's competence, but it opens by repeating the entire frontmatter description verbatim and includes a generic filler Context section ('The user needs to automate development workflows... provides good visibility'), matching anchor 3's 'mostly efficient but includes some unnecessary explanation or could be tightened'.

3 / 5

Actionability

Instructions are high-level directives only — 'Inventory current build, test, and deploy steps', 'Define pipeline stages with caching, artifacts, and quality gates' — with no example workflow YAML, commands, or concrete patterns, and the sole source of detail is deferred to 'resources/implementation-playbook.md', a file that does not exist in the bundle. This fits anchor 2's 'high-level hints but missing the specific steps to execute'; it cannot score 3 because no executable guidance is present anywhere.

2 / 5

Workflow Clarity

The Instructions form a rough sequence (inventory → define stages → add security → document rollout), but there are no validation checkpoints or feedback loops, and since this skill drives deployment — a risky operation — the rubric's cap applies: workflows involving risky operations without validation cannot score above 3. It is above anchor 2 because the sequence is present and reasonably defined, and the Safety section at least flags approvals and rollback plans.

3 / 5

Progressive Disclosure

Section structure is clear and the reference is one level deep and clearly signaled in both Instructions and a Resources section, but the bundle contains no files at all — the referenced 'resources/implementation-playbook.md' is a dangling path, so navigation fails at the point a user needs detail. This lands at anchor 3 ('references present but' effectively unusable) rather than 4, since good signaling cannot compensate for a broken reference.

3 / 5

Total

11

/

20

Passed

Description

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

The description names a clear, distinctive domain with good natural trigger terms, but it never tells Claude when to activate, and it opens with second-person persona framing followed by benefit buzzwords instead of concrete capabilities. Adding an explicit 'Use when...' clause and rewriting in third person would lift it substantially.

Suggestions

Add an explicit trigger clause, e.g. 'Use when the user asks to automate build, test, or deployment pipelines, create or modify GitHub Actions workflows, or set up CI/CD.'

Rewrite in third person and replace the goal statements ('reduces manual work, improves consistency...') with concrete actions such as 'Designs pipeline stages, writes GitHub Actions workflow YAML, and configures caching, quality gates, and approvals.'

Trim the persona sentence ('You are a workflow automation expert...') — persona framing is better placed in the body, and it currently duplicates the opening line of the content verbatim.

DimensionReasoningScore

Specificity

The domain is named ('creating efficient CI/CD pipelines, GitHub Actions workflows') and actions are stated ('Design and implement automation'), but the rest is goal-fluff ('reduces manual work, improves consistency, and accelerates delivery while maintaining quality and security') rather than concrete actions, matching anchor 3's '1-2 concrete actions, not comprehensive' — then reduced by 1 per the rubric's voice penalty because the description opens in second person ('You are a workflow automation expert').

2 / 5

Completeness

The 'what' is reasonably clear (design and implement CI/CD/GitHub Actions automation), but there is no 'Use when...' clause or equivalent trigger guidance anywhere in the description, which per the judging guidelines caps completeness at 3 — matching the anchor 'clear what but when is missing or only weakly implied'. It cannot score 4 without any explicit 'when', and is above anchor 2 because the 'what' is not vague.

3 / 5

Trigger Term Quality

'CI/CD pipelines', 'GitHub Actions', 'workflows', and 'automated development processes' are natural phrases users would say when needing this skill, giving good keyword coverage; a few common variants ('release pipeline', 'build/deploy automation', '.github/workflows') are missing, so it fits anchor 4 rather than the comprehensive anchor 5.

4 / 5

Distinctiveness Conflict Risk

'CI/CD pipelines' and 'GitHub Actions workflows' carve out a distinct niche that would not fire for unrelated skills, fitting anchor 4's 'mostly distinct; minor overlap risk' — the broad phrase 'automated development processes' leaves some overlap with general automation/scripting skills, keeping it below anchor 5.

4 / 5

Total

13

/

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

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
sickn33/agentic-awesome-skills
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.