smithery.ai

developing-ansible-playbooks

Provide guidelines on how to develop Ansible playbooks that are compliant with project standards. Should be used when generating, modifying, or reviewing Ansible playbooks, roles, or collections.

First seen Mar 29, 2026

Installation

$ npx skills add https://smithery.ai

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery.ai · top by installs.

npx skills add https://smithery.ai

Browse all from smithery.ai

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,652 B
  • docs SUMMARY.md 231 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 1 installs

SKILL.md

The developing-ansible-playbooks skill

This skill provides guidelines on how to develop Ansible playbooks that are compliant with project standards. Should be used when generating, modifying, or reviewing Ansible playbooks, roles, or collections.

Rule of thumb

If the Ansible playbook, role, or collection being developed has existing examples in the project repository, always refer to those examples and mimic their style and structure to ensure consistency.

If there are no existing examples in the project repository, refer to the following guidelines:

Task structure

The following structure should be followed for each task in the Ansible playbook:

  • The when key should be placed at the start of the task, right after the name key.
  • The module name should always be the last key of the task.
  • The fully qualified collection name (FQCN) form should always be used.
  • If the become key is used, it should be placed right after the when key.
  • The become key is mandatory for tasks that require elevated privileges.
  • Ansible fact references should use the ansiblefacts prefix (e.g., ansiblefacts['osfamily'] instead of ansibleos_family).
  • Use loop instead of with_items for iterating over lists.
  • When loops are used, customize the loop variable name using loop_control for better readability.
  • Always use true and false for boolean values.