CtrlK
BlogDocsLog inGet started
Tessl Logo

arn-infra-containerize

This skill should be used when the user says "containerize", "dockerize", "create dockerfile", "docker setup", "container setup", "arn infra containerize", "infra containerize", "generate docker", "docker compose", "compose setup", "containerize my app", "docker configuration", "create docker-compose", "multi-stage docker", "container config", "dockerize my application", "infra docker", "set up containers", or wants to generate Dockerfiles, docker-compose configurations, and .dockerignore files for their application with security auditing and multi-stage build best practices.

74

Quality

68%

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-containerize/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Discovery

89%

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 and completeness, providing an exhaustive list of user phrases that would activate this skill and clearly stating both what it does and when to use it. However, the 'what' portion could be more specific about the concrete actions performed beyond file generation (e.g., security scanning, layer optimization, base image selection). The long enumerated trigger list, while thorough, is somewhat verbose and could be more concise.

Suggestions

Expand the capability description to list more specific concrete actions, e.g., 'Generates optimized multi-stage Dockerfiles, docker-compose configurations, and .dockerignore files; performs security auditing of base images; configures health checks and resource limits.'

DimensionReasoningScore

Specificity

The description mentions generating Dockerfiles, docker-compose configurations, and .dockerignore files with security auditing and multi-stage build best practices, which names the domain and some actions but doesn't comprehensively list specific concrete actions beyond file generation.

2 / 3

Completeness

The description explicitly answers both 'what' (generate Dockerfiles, docker-compose configurations, .dockerignore files with security auditing and multi-stage build best practices) and 'when' (with an extensive explicit trigger list using 'should be used when').

3 / 3

Trigger Term Quality

The description includes an extensive list of natural trigger terms users would actually say, such as 'containerize', 'dockerize', 'create dockerfile', 'docker compose', 'containerize my app', 'set up containers', covering many common variations and phrasings.

3 / 3

Distinctiveness Conflict Risk

The description is clearly focused on Docker/container configuration generation with specific triggers like 'dockerize', 'containerize', and 'docker-compose', making it highly distinct and unlikely to conflict with other skills.

3 / 3

Total

11

/

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 clarity with well-defined steps, validation checkpoints, user approval gates, and comprehensive error handling. However, it is significantly too verbose — the inline agent prompt templates, detailed payload structures, and extensive explanations inflate the token cost substantially. The content would benefit greatly from moving agent prompt templates and detailed patterns into reference files, keeping only the orchestration logic in the main skill.

Suggestions

Move the specialist agent and security auditor prompt templates (the large --- APPLICATION CONTEXT ---, --- CONTAINER PATTERNS ---, --- SECURITY CHECKLIST --- blocks) into separate reference files and reference them with one-line pointers to dramatically reduce token usage.

Remove explanatory text that Claude can infer, such as describing what each topology means or explaining what .dockerignore excludes — just list the rules/patterns directly.

Add concrete executable examples: show a real minimal Dockerfile output for at least one stack (e.g., Node.js) so the skill demonstrates the expected output format rather than only describing it abstractly.

Consolidate the user-facing message templates — the quoted presentation blocks are overly detailed and could be shortened to format specifications rather than full prose examples.

DimensionReasoningScore

Conciseness

The skill is extremely verbose at ~250+ lines. It over-explains agent invocation templates, repeats context Claude can infer, and includes lengthy prompt templates that could be referenced from external files. Sections like the full specialist agent prompt payload and security auditor payload are inline when they should be in reference files.

1 / 3

Actionability

The skill provides a clear multi-step process with specific file names to scan, questions to ask users, and structured agent invocations. However, it lacks executable code/commands — the agent invocations use placeholder templates rather than concrete tool calls, and there are no actual code examples for generating Dockerfiles. The references to pattern files and checklists are described but not shown.

2 / 3

Workflow Clarity

The workflow is well-sequenced across 7 clearly numbered steps with explicit validation checkpoints: security audit with auto-fix for critical findings, user approval gates before writing files, error recovery paths for agent failures, and a feedback loop (regenerate option). The error handling section is comprehensive with specific fallback behaviors for each failure mode.

3 / 3

Progressive Disclosure

The skill references external files (dockerfile-patterns.md, compose-patterns.md, container-security-checklist.md, experience-derivation.md) which is good progressive disclosure design, but no bundle files are provided to verify they exist. The main SKILL.md itself is monolithic — the lengthy agent prompt templates and detailed instructions should be split into reference files rather than inlined, making the overview bloated.

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.