CtrlK
BlogDocsLog inGet started
Tessl Logo

arn-infra-pipeline

This skill should be used when the user says "infra pipeline", "arn infra pipeline", "create CI/CD pipeline", "set up deployment pipeline", "generate pipeline", "infra CI/CD", "deployment pipeline", "setup cicd", "generate github actions", "generate gitlab ci", "generate bitbucket pipeline", "infrastructure pipeline", "pipeline setup", "create deployment workflow", "cicd for infrastructure", "infra deployment pipeline", "set up infrastructure CI/CD", "arn-infra-pipeline", or wants to generate infrastructure-specific CI/CD pipelines with SOC 2 alignment, OIDC authentication, and environment-aware deployment stages.

53

Quality

59%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./plugins/arn-infra/skills/arn-infra-pipeline/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Discovery

72%

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 excels at trigger term coverage with an exhaustive list of phrases users might say, and it occupies a distinct niche. However, it is heavily imbalanced — it reads more like a keyword list than a skill description. The 'what does this do' aspect is underdeveloped, with concrete capabilities only briefly mentioned at the very end.

Suggestions

Add a clear opening sentence describing specific actions: e.g., 'Generates infrastructure CI/CD pipeline configurations for GitHub Actions, GitLab CI, and Bitbucket Pipelines with SOC 2-aligned controls, OIDC authentication setup, and multi-environment deployment stages.'

Restructure to lead with capabilities, then follow with a 'Use when...' clause containing the trigger terms, rather than listing triggers as the entire description.

DimensionReasoningScore

Specificity

The description mentions some concrete concepts like 'SOC 2 alignment, OIDC authentication, and environment-aware deployment stages' but these appear only at the end. The bulk of the description is trigger phrases rather than listing specific actions the skill performs (e.g., 'generate', 'set up' are mentioned but not elaborated into concrete capabilities).

2 / 3

Completeness

The 'when' is extensively covered with the long list of trigger phrases. However, the 'what' is weak — it only vaguely mentions 'generate infrastructure-specific CI/CD pipelines with SOC 2 alignment, OIDC authentication, and environment-aware deployment stages' without detailing specific actions or outputs. The description is heavily skewed toward triggers with insufficient explanation of capabilities.

2 / 3

Trigger Term Quality

Excellent coverage of natural trigger terms including variations like 'infra pipeline', 'create CI/CD pipeline', 'setup cicd', platform-specific terms like 'github actions', 'gitlab ci', 'bitbucket pipeline', and multiple phrasings users would naturally say. This is comprehensive and well-thought-out.

3 / 3

Distinctiveness Conflict Risk

The description carves out a clear niche: infrastructure-specific CI/CD pipelines with SOC 2 alignment and OIDC authentication. The combination of infrastructure focus, compliance alignment, and specific authentication method makes it highly distinctive and unlikely to conflict with generic CI/CD or general infrastructure skills.

3 / 3

Total

10

/

12

Passed

Implementation

47%

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

This skill has excellent workflow structure with clear sequencing, validation gates, and comprehensive error handling, but suffers significantly from verbosity. The agent invocation context blocks and inline experience-level job descriptions consume enormous token budget and could be externalized into reference files. Actionability is moderate — the workflow is clear but relies on pseudocode patterns and delegated sub-agents rather than executable examples.

Suggestions

Extract the agent context templates (Steps 4 and 5) and experience-level job descriptions into separate reference files to dramatically reduce the SKILL.md token footprint.

Replace pseudocode like 'Read <providers-config-path>' with concrete examples showing actual file paths and expected data structures.

Consolidate the presentation templates in Steps 6 and 7 — the detailed output formatting could be in a reference file, with SKILL.md just specifying what information to include.

Remove explanatory text that Claude already knows (e.g., what OIDC is, what SOC 2 alignment means, what file glob patterns do) and keep only the project-specific configuration details.

DimensionReasoningScore

Conciseness

The skill is extremely verbose at ~300+ lines. It over-explains every step with extensive inline templates, repeated context blocks, and detailed agent invocation payloads. Much of this (e.g., explaining what OIDC is, listing file glob patterns, spelling out every field extraction) could be dramatically condensed since Claude understands these concepts. The agent context blocks alone consume massive token budget.

1 / 3

Actionability

The skill provides a clear multi-step workflow with specific file paths, tool names, and structured agent invocations. However, it lacks executable code examples — the 'Read <providers-config-path>' blocks are pseudocode, not real commands. The agent invocation context blocks are templates rather than copy-paste ready configurations. The pipeline generation itself is delegated to sub-agents whose behavior isn't shown.

2 / 3

Workflow Clarity

The 7-step workflow is clearly sequenced with explicit validation checkpoints: security audit review in Step 5, user approval gate in Step 6, and diff presentation before overwriting. Error handling is comprehensive with specific fallback procedures for each failure mode. The feedback loop (generate → audit → fix → present → approve/edit/regenerate) is well-defined.

3 / 3

Progressive Disclosure

The skill references external files (experience-derivation.md, pipeline patterns, security checklist, ensure-config.md, agent-models) which is good progressive disclosure design. However, the SKILL.md itself is monolithic — the massive agent context templates, the full job descriptions for all three experience levels, and the detailed error handling could all be split into reference files. No bundle files were provided to verify references resolve correctly.

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.

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

10

/

11

Passed

Repository
AppsVortex/arness
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.