What problem does it solve? Writing Ansible playbooks that run inside Windmill requires a specific two-part script format and correct use of the wmill CLI, and mistakes like deploying untested changes or leaving lock files stale cause spurious diffs and broken runs. ## Core Features & Use Cases - Windmill Ansible script format: Structures a script as a YAML document with a Windmill header (extra_vars, inventory, files, dependencies, vault_password) followed by standard Ansible plays. - CLI workflow guidance: Distinguishes wmill script preview for local iteration from wmill script run for deployed versions, and prevents accidental deploys via sync push. - Metadata synchronization: Keeps .lock, .script.yaml, and wmill-lock.yaml hashes in sync after edits using wmill generate-metadata, including dry-run and rehash modes. - Use Case: A user asks to write a playbook that installs packages on inventory hosts; the Skill produces the header-plus-plays YAML, then runs wmill script preview with sample args and regenerates metadata before any deploy. ## Quick Start Write a Windmill Ansible script that prints a greeting using an extra_vars argument and preview it locally with wmill.