CtrlK
BlogDocsLog inGet started
Tessl Logo

coding-iac

Rosetta planning, coding, and reviewing skill for IaC implementation (Terraform, Polumi, CloudFormation, ARM, Bicep, Crossplane, CDK, Helm, Kustomize, etc). MUST use when implementing features, fixing bugs, or making code changes to any IaC.

48

Quality

51%

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 ./instructions/r2/core/skills/coding-iac/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.

This is a solid skill description with strong trigger term coverage across many IaC tools and a clear 'when to use' clause. Its main weakness is that the capability actions ('planning, coding, and reviewing') are somewhat high-level and could be more specific about what concrete operations the skill performs. There is also a typo ('Polumi' should be 'Pulumi') and the term 'Rosetta' is unexplained, which could cause confusion.

Suggestions

Expand the action descriptions beyond 'planning, coding, and reviewing' to include more specific capabilities like 'generating resource definitions, writing modules, managing state configurations, reviewing drift'

Fix the typo 'Polumi' to 'Pulumi' and clarify what 'Rosetta' refers to (if it's a project name, make that explicit)

DimensionReasoningScore

Specificity

Names the domain (IaC) and lists several specific tools (Terraform, Pulumi, CloudFormation, ARM, Bicep, Crossplane, CDK, Helm, Kustomize), and mentions actions like 'planning, coding, and reviewing,' but doesn't describe concrete actions beyond those high-level categories (e.g., no mention of generating modules, writing state configs, creating resource definitions).

2 / 3

Completeness

Clearly answers both 'what' (planning, coding, and reviewing IaC implementation across multiple tools) and 'when' ('MUST use when implementing features, fixing bugs, or making code changes to any IaC'). The explicit trigger guidance is present with the 'MUST use when...' clause.

3 / 3

Trigger Term Quality

Excellent coverage of natural trigger terms users would say: 'Terraform', 'CloudFormation', 'ARM', 'Bicep', 'Crossplane', 'CDK', 'Helm', 'Kustomize', 'IaC', plus action terms like 'implementing features', 'fixing bugs', 'code changes'. These are terms users would naturally use when requesting IaC help. Note: 'Polumi' appears to be a typo for 'Pulumi'.

3 / 3

Distinctiveness Conflict Risk

Clearly scoped to Infrastructure as Code with specific tool names that create a distinct niche. The enumeration of IaC-specific tools (Terraform, CloudFormation, Helm, etc.) makes it very unlikely to conflict with general coding skills or other domain-specific skills.

3 / 3

Total

11

/

12

Passed

Implementation

12%

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

This skill attempts to cover a very broad scope (planning, coding, reviewing, documentation, error handling, and self-healing for all IaC tools) but does so with excessive verbosity, no concrete code examples, and poor organization. The heavy reliance on ALL CAPS warnings and repeated CRITICAL markers creates noise rather than clarity. The content reads more like an organizational policy document than an actionable skill for Claude.

Suggestions

Add concrete, executable examples: show a sample Terraform module invocation, a specific CLI command for validation (e.g., `terraform validate`, `checkov -d .`), and a sample review report output format.

Eliminate redundant CRITICAL warnings and consolidate them into a single 'Constraints' or 'Non-negotiables' section with a concise bulleted list instead of repeating them across sections.

Split the monolithic content into referenced files: move the detailed review checklist to REVIEW_CHECKLIST.md, error handling taxonomy to ERROR_HANDLING.md, and tool configurations to TOOLS.md, keeping SKILL.md as a concise overview with links.

Remove all 'Etc.' entries and vague filler; either list the specific items that matter or omit the list entirely. Replace abstract directives like 'Use formatting, linking, multi-engine security scanning' with specific commands and workflows.

DimensionReasoningScore

Conciseness

Extremely verbose with excessive use of ALL CAPS, bold CRITICAL warnings, and redundant emphasis. Many points are repeated across sections (e.g., 'check existing infrastructure' appears multiple times). Lists end with 'Etc.' which adds no value. Threats about 'MULTIMILLION FINES' and 'CIO, CISO' are unnecessary motivational padding that wastes tokens. Claude already knows what S3, RDS, VPC are and how CLI tools work.

1 / 3

Actionability

Despite being a coding skill, there is zero executable code, no concrete examples, no sample Terraform configurations, no specific CLI commands, and no template snippets. Instructions are abstract directives like 'Check resource name availability' and 'Use formatting, linking, multi-engine security scanning' without showing how. The skill describes what to do but never shows how to do it concretely.

1 / 3

Workflow Clarity

There is a discernible multi-phase workflow (planning → coding → review → documentation → error handling → self-healing), and the self-healing loop has explicit retry logic with stop conditions. However, the planning section has inconsistent numbering (Steps 1-2 are implicit, Step 3 is labeled), validation checkpoints within the coding phase are vague ('run security and validation tools'), and the review section lists tools without specifying the order or integration into the workflow.

2 / 3

Progressive Disclosure

The entire skill is a monolithic wall of text with no references to external files despite being complex enough to warrant them. The review tool list, error handling taxonomy, and organizational policies could each be separate reference files. There are references to 'load-context skill' and 'Rosetta prep steps' but no actual file links. No bundle files are provided to support the extensive content.

1 / 3

Total

5

/

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
griddynamics/rosetta
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.