CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

ansible-generator

Generates, validates, and refactors production-ready Ansible playbooks, roles, task files, and inventory configurations following current best practices. Use when the user asks to create, build, or generate Ansible automation, YAML playbooks, infrastructure as code, configuration management files, DevOps roles, or .yml files for Ansible — including requests like "create a playbook to...", "build a role for...", "generate an inventory for...", or "set up Ansible to automate...". Automatically validates all output using the devops-skills:ansible-validator skill.

72

Quality

90%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

81%Weight 40%Scale 1-5

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

The body is highly actionable and has an exemplary validation workflow with a real feedback loop, and its bundle references are accurate and well-signaled. Its main flaw is redundancy: the Anti-Patterns section largely restates the Mandatory Standards table and duplicates best-practices.md content, which costs conciseness and dilutes the progressive-disclosure split.

Suggestions

Collapse the eight Anti-Pattern entries that merely restate the Mandatory Standards table (short module names, yes/no booleans, yum vs dnf, no_log, file modes) into a pointer to references/best-practices.md, keeping only anti-patterns that add new guidance (gather_facts on large inventories, secrets in group_vars, ignore_errors as exception handler, unreplaced placeholders).

Fix the duplicated heading structure: '## References' immediately followed by '### References (read at generation start)' should be a single '## References' section with subsections.

Move the WHY/BAD/GOOD rationale blocks for security and performance pitfalls into references/best-practices.md so SKILL.md keeps only the rules-at-a-glance table and the validation workflow.

DimensionReasoningScore

Conciseness

The body is mostly directive (tables, code, terse WHY/BAD/GOOD), but it is noticeably duplicated: eight of the thirteen Anti-Pattern entries ('NEVER use short module names', 'NEVER write yes/no booleans', 'NEVER use ansible.builtin.yum', 'NEVER leave secret-handling tasks without no_log', 'NEVER create files with permissive modes') simply restate the Mandatory Standards table above, some with circular WHYs ('The Mandatory Standards require...'). This is more than the 'minor instances' of the level-4 anchor, so it sits at 'mostly efficient but could be tightened'.

3 / 5

Actionability

Guidance is copy-paste ready: exact bundle paths ('assets/templates/role/', 'references/module-patterns.md'), a complete executable builtin-fallback code block, multi-OS and async task examples with real module syntax, a literal output format, and a placeholder-replacement checklist. Placeholder skeletons are appropriate for a generator skill backed by real shipped templates. Matches the fully-executable top anchor.

5 / 5

Workflow Clarity

Every capability follows an explicit numbered process and a single clearly stated validation loop: 'generate → invoke devops-skills:ansible-validator → fix errors → re-validate → present output', with defined skip conditions and a required output format. This matches the top anchor: clear sequence, explicit validation steps, feedback loop for error recovery.

5 / 5

Progressive Disclosure

References are one level deep, clearly signaled, and all real (references/best-practices.md, references/module-patterns.md, and every assets/templates/* path listed exists on disk). Kept out of the top anchor because the thirteen inline Anti-Pattern entries with WHY/BAD/GOOD rationale overlap the stated coverage of references/best-practices.md ('common pitfalls') and belong there, and the heading stack '## References' followed by '### References (read at generation start)' is a redundant nesting glitch.

4 / 5

Total

17

/

20

Passed

Description

96%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: it states what the skill does in concrete terms and gives explicit, natural trigger phrases including example request forms and the .yml extension. The only weakness is a few broad 'infrastructure as code' / 'DevOps' terms that slightly blur the boundary with sibling generator skills.

DimensionReasoningScore

Specificity

Multiple concrete actions ("Generates, validates, and refactors") are named across four specific artifact types ("playbooks, roles, task files, and inventory configurations"), matching the comprehensive-coverage anchor. It is not the level below (4) because no capability area of the skill is left unnamed.

5 / 5

Completeness

The 'what' is explicit (generate, validate, refactor Ansible resources) and the 'when' is explicit with concrete trigger phrases ('Use when the user asks to create, build, or generate...'), matching the top anchor exactly. Not 4 because the when-clause enumerates specific trigger requests rather than being merely adequate.

5 / 5

Trigger Term Quality

Natural user phrasings ("create a playbook to...", "build a role for...", "set up Ansible to automate...") plus synonyms and file extensions ("YAML playbooks", "infrastructure as code", ".yml files for Ansible") give comprehensive coverage. Not 4 because both everyday request forms and the .yml extension are present, exceeding 'a few natural terms missing'.

5 / 5

Distinctiveness Conflict Risk

Anchored to Ansible with distinct triggers, but broad IaC terms like "infrastructure as code", "configuration management files", and "DevOps roles" create minor overlap risk with sibling generator skills (Terraform, Kubernetes, Helm — which the skill body itself acknowledges exist). Not 5 because those generic IaC phrases could plausibly fire for the wrong generator; not 3 because the scope is firmly pinned to Ansible artifacts.

4 / 5

Total

19

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

referenced_paths_exist

Referenced path issues: 9 deeper-than-1-level

Warning

Total

15

/

16

Passed

Repository

pantheon-org/tekhne

Path

skills/infrastructure/ansible/generator/SKILL.md

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.