ansible
Skill15 starsChanged 44 days agoMITView on GitHub
Expert Ansible automation assistance covering playbooks, roles, inventory, idempotent modules, and Ansible Vault. Use when automating server configuration, application deployment, and infrastructure orchestration.
- Reads credentials
6 other projects use a version of this.
Adopted by
Most recently taken up by
- Lukk17/agent-standardstheir own version, first seen Nov 7, 2026
- iuliandita/skillstheir own version, first seen Oct 14, 2026
- greedychipmunk/agent-skillstheir own version, first seen May 25, 2026
- Cogni-AI-OU/cogni-ai-agent-skillstheir own version, first seen May 19, 2026
- julweber/ai_agent_skillstheir own version, first seen Mar 20, 2026
- Kubementat/ai_agent_skillstheir own version, first seen Mar 20, 2026
Other versions6 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 6
- greedychipmunk/agent-skills★ 24same name
- iuliandita/skills★ 11same name
- Cogni-AI-OU/cogni-ai-agent-skills★ 4same name
- julweber/ai_agent_skills★ 2same name
- Kubementat/ai_agent_skills★ 2same name
- Lukk17/agent-standards★ 1same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository350 other files it gives its agents.
- airflowSkill
- catboostSkill
- claudeSkill
- comfyuiSkill
- cursor-aiSkill
- dalleSkill
- daskSkill
- dbtSkill
- deepseekSkill
- fastaiSkill
- geminiSkill
- github-copilotSkill
- huggingfaceSkill
- jaxSkill
- jupyterSkill
- kerasSkill
- langchainSkill
- lightgbmSkill
- llamaindexSkill
- llamaSkill
- matplotlibSkill
- midjourneySkill
- mistralSkill
- mlflowSkill
- nltkSkill
- numpySkill
- ollamaSkill
- openai-gptSkill
- opencvSkill
- pandasSkill
- perplexitySkill
- plotlySkill
- polarsSkill
- pytorchSkill
- raySkill
- scikit-learnSkill
- seabornSkill
- spacySkill
- sparkSkill
- stable-diffusionSkill
- tensorflowSkill
- vaexSkill
- weights-biasesSkill
- whisperSkill
- xgboostSkill
- api-gatewaySkill
- clean-architectureSkill
- cqrsSkill
- domain-driven-designSkill
- event-drivenSkill
- event-sourcingSkill
- graphqlSkill
- grpcSkill
- hexagonalSkill
- microservicesSkill
- modular-monolithSkill
- monolithSkill
- rest-apiSkill
- sagaSkill
- serverlessSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
6 rules. 0 are common, 3 are distinctive, and 3 are very specific to this project.
0
Common
Most of the 4 edited versions we read keep these.
3
Distinctive
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 123
Use notification handlers triggered by templated tasks:
- Very specific: line 155
Always use fully qualified collection names (FQCN), e.g.
- Very specific: line 156
Verify idempotency by running playbooks twice in CI.
- Distinctive: line 158
Test roles and playbooks using Molecule and testinfra in automated CI pipelines.
- Very specific: line 162
Use ansible.builtin.shell or command when a dedicated idempotent Ansible module exists.
- Distinctive: line 163
Commit unencrypted vault passwords or plain text secrets to version control.
“Common” is measured: kept by at least 6 in 10 of the 4 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Ansible
Ansible is an agentless automation engine for configuration management, infrastructure provisioning, and multi-tier application deployment via declarative YAML playbooks.
When to Use
- Agentless Infrastructure Configuration: Automating multi-node server setup over SSH without installing client daemons.
- Application Deployment & Provisioning: Deploying microservices, security patches, and system packages idempotently.
- Security Hardening & Compliance: Enforcing CIS benchmarks, firewall rules, and SSH hardening across fleet servers.
- Orchestration & Rolling Updates: Coordinating zero-downtime rolling upgrades across clustered backend nodes.
Quick Start
# playbook.yml
- name: Configure Webservers
hosts: web
become: true
tasks:
- name: Install Nginx
ansible.builtin.apt:
name: nginx
state: present
- name: Start Service
ansible.builtin.service:
name: nginx
state: startedCore Concepts
Idempotent Playbook Structure with Handlers
Configuring web servers with automated restart triggers:
---
# playbooks/deploy_web.yml
- name: Configure and Harden Nginx Web Nodes
hosts: webservers
become: true
vars:
nginx_port: 80
app_root: /var/www/production
tasks:
- name: Install Nginx web server
ansible.builtin.apt:
name: nginx
state: present
update_cache: true
- name: Deploy hardened Nginx configuration
ansible.builtin.template:
src: templates/nginx.conf.j2
dest: /etc/nginx/nginx.conf
owner: root
group: root
mode: "0644"
notify: Reload Nginx Service
- name: Ensure Nginx is enabled and running
ansible.builtin.service:
name: nginx
state: started
enabled: true
handlers:
- name: Reload Nginx Service
ansible.builtin.service:
name: nginx
state: reloadedDynamic Inventory & Host Grouping
Targeting cloud infrastructure dynamically:
# inventory/hosts.ini
[webservers]
web-01.infra.internal ansible_host=10.0.1.10
web-02.infra.internal ansible_host=10.0.1.11
[database]
db-primary.infra.internal ansible_host=10.0.2.20
[production:children]
webservers
database
[production:vars]
ansible_user=deploy
ansible_ssh_private_key_file=~/.ssh/prod_deploy.pem
ansible_python_interpreter=/usr/bin/python3Ansible Vault for Secret Protection
Encrypting credentials and sensitive environment variables:
# Encrypt sensitive variables file
ansible-vault create vars/vault_secrets.yml
# Execute playbook passing vault password file
ansible-playbook -i inventory/hosts.ini playbooks/deploy_web.yml --vault-password-file ~/.vault_passCommon Patterns
Idempotent Nginx Configuration and Service Handler
Problem: Applying configuration changes repeatedly without restarting services unless template files changed.
Solution: Use notification handlers triggered by templated tasks:
---
- name: Configure Web Servers
hosts: webservers
become: true
tasks:
- name: Ensure Nginx is installed
ansible.builtin.apt:
name: nginx
state: present
update_cache: true
- name: Deploy Nginx site configuration
ansible.builtin.template:
src: templates/site.conf.j2
dest: /etc/nginx/sites-available/default
mode: "0644"
notify: Reload Nginx
handlers:
- name: Reload Nginx
ansible.builtin.service:
name: nginx
state: reloadedBest Practices
Do:
- Always use fully qualified collection names (FQCN), e.g.
ansible.builtin.template,community.docker.docker_container. - Verify idempotency by running playbooks twice in CI; the second run must report
changed=0. - Store credentials, certificates, and passwords in
ansible-vaultor retrieve from HashiCorp Vault. - Test roles and playbooks using Molecule and testinfra in automated CI pipelines.
Don't:
- Use
ansible.builtin.shellorcommandwhen a dedicated idempotent Ansible module exists. - Commit unencrypted vault passwords or plain text secrets to version control.
- Perform large inventory operations without
--forkstuned for network concurrency.
Troubleshooting
| Error | Cause | Solution |
Permission denied (publickey) | SSH key missing, incorrect user, or host key verification failed. | Specify private key via --private-key or set ansible_user in inventory. |
FAILED! => {"changed": false, "msg": "Destination ... is not writable"} | Task requires root escalation but become: true is missing. | Add become: true at playbook or task level. |
Syntax Error while loading YAML | Tab characters or improper indentation in YAML playbook. | Ensure consistent 2-space indentation and run ansible-lint playbook.yml. |
References
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

