CtrlK
BlogDocsLog inGet started
Tessl Logo

agent-ops-cicd-github

Agent skill for ops-cicd-github - invoke with $agent-ops-cicd-github

60

1.00x
Quality

40%

Does it follow best practices?

Impact

100%

1.00x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/agent-ops-cicd-github/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

72%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The instructional markdown is concise, well-organized, and anchored by an executable GitHub Actions workflow example, but it is preceded by a large unnecessary agent-config YAML block and lacks an explicit sequenced workflow with validation feedback loops for risky deployment operations.

Suggestions

Remove or relocate the second YAML config block (triggers/capabilities/constraints/hooks) out of the SKILL.md body, as it is agent configuration rather than skill instruction and inflates the token budget.

Add an explicit step-by-step workflow with validation checkpoints (e.g., lint workflow -> dry-run/act -> validate syntax -> commit) and an error-recovery feedback loop for deployment pipelines.

Expand the single-job workflow example or add a second example covering reusable composite actions and secret management, since best practices currently list these only as abstract bullets.

DimensionReasoningScore

Conciseness

The instructional markdown ('Key responsibilities', 'Best practices', 'Workflow patterns', 'Security considerations') is reasonably lean, but the body opens with a large second YAML config block (triggers, capabilities, constraints, hooks shell snippets) that is configuration metadata rather than guidance Claude needs, fitting 'mostly efficient but includes some unnecessary explanation or could be tightened'; it is not level 3 because that block does not earn its tokens.

2 / 3

Actionability

The 'Workflow patterns' section provides a concrete, copy-paste-ready GitHub Actions YAML example with actions/checkout, setup-node, npm ci, and npm test steps, matching 'fully executable code/commands; specific examples'; it is not level 2 because the example is real executable YAML rather than pseudocode.

3 / 3

Workflow Clarity

Responsibilities and best practices are listed but there is no sequenced end-to-end process with validation checkpoints, and for a deployment/CI skill (risky/batch operations) the rubric caps workflow clarity at 2 when feedback loops are missing; it is above level 1 because the listed responsibilities do imply a sequence.

2 / 3

Progressive Disclosure

No bundle files exist and the instructional markdown is short with clearly organized sections and no need for external references, satisfying the simple-skill allowance for a score of 3; it is not level 2 because the content is appropriately organized into well-labeled sections rather than a monolithic wall of text.

3 / 3

Total

10

/

12

Passed

Description

7%

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 is essentially a placeholder: it names an internal skill identifier and an invocation command instead of describing capabilities or when to use it. It fails to inform a user or Claude what the skill does or when it should be triggered.

Suggestions

Replace the description with concrete actions, e.g. 'Create and optimize GitHub Actions CI/CD workflows, build/test/deploy pipelines, job matrices, caching, and secret management.'

Add an explicit 'Use when...' trigger clause referencing natural terms users say: 'Use when the user asks about GitHub Actions, CI/CD pipelines, workflows, or deployment automation.'

Drop the 'invoke with $agent-ops-cicd-github' invocation phrasing, which is not a capability statement and adds no trigger value.

DimensionReasoningScore

Specificity

The description states only 'Agent skill for ops-cicd-github' with no concrete actions named, matching the 'Vague or no actions; abstract language' anchor rather than the level-2 anchor which requires naming a domain and some actions.

1 / 3

Completeness

It weakly names a 'what' (an agent skill for a named thing) and entirely lacks any 'Use when...' trigger guidance, so per the rubric a missing when clause caps completeness at 2 and the weak what pulls it to 1.

1 / 3

Trigger Term Quality

The terms present are the internal identifier 'ops-cicd-github' and the invocation phrase 'invoke with $agent-ops-cicd-github', neither of which a user would naturally say; natural terms like 'GitHub Actions', 'CI/CD pipeline', or 'workflow' are absent.

1 / 3

Distinctiveness Conflict Risk

The niche name 'ops-cicd-github' is somewhat specific and unlikely to broadly overlap, but the description provides no trigger context that would reliably distinguish it from other devops/CI skills, fitting the 'somewhat specific but could still overlap' anchor rather than the clearly-distinct level 3.

2 / 3

Total

5

/

12

Passed

Validation

100%

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

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
ruvnet/ruflo
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.