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
51%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Passed
No known issues
Optimize this skill with Tessl
npx tessl skill review --optimize ./instructions/r2/core/skills/coding-iac/SKILL.mdQuality
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)
| Dimension | Reasoning | Score |
|---|---|---|
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.
| Dimension | Reasoning | Score |
|---|---|---|
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.
Validation — 10 / 11 Passed
Validation for skill structure
| Criteria | Description | Result |
|---|---|---|
frontmatter_unknown_keys | Unknown frontmatter key(s) found; consider removing or moving to metadata | Warning |
Total | 10 / 11 Passed | |
ade2cc5
Table of Contents
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.