Answer Ansible questions and review Ansible code using official documentation from the Ansible ecosystem. Covers ansible-core, ansible-lint, ansible-navigator, ansible-builder, ansible-creator, and molecule. Use when the user asks about Ansible concepts, syntax, best practices, deprecations, or wants Ansible code reviewed against official docs. Use when user says "check my playbook against docs", "what does Ansible say about X", "how do I use module Y", or "review my role". Do NOT use for CoP good practices review (use ansible-good-practices instead). Do NOT use for general Python or YAML questions unrelated to Ansible.
1 skill · 1 MCP server
Review Ansible code against Red Hat CoP automation good practices. Use when the user wants to audit, lint, review, check, or validate Ansible roles, playbooks, collections, or inventory for compliance with CoP rules. Optionally validates module parameters via ansible-know MCP. Use when user says "lint my role", "check my playbook", "review best practices", or "audit my Ansible code". Do NOT use for general Python or YAML linting unrelated to Ansible. Do NOT use for answering Ansible module usage questions or checking syntax against official Ansible documentation (use ansible-docs instead).
1 skill · 1 MCP server
Create a new Ansible execution environment project following good practices. Optionally uses ansible-know MCP tools to validate collection dependencies on Galaxy and pin latest versions. Use when the user wants to create, generate, or bootstrap a new EE. Use when user says "create an EE", "new execution environment", "scaffold EE", or "build EE project". Leverages ansible-creator when available. Do NOT use for building existing EEs or managing containers. Do NOT use for reviewing existing EEs (use ansible-good-practices instead).
1 skill · 1 MCP server
Scaffold molecule testing for an Ansible role or collection following the current molecule testing philosophy (Ansible-native everything). Use when the user wants to add molecule tests, create test scenarios, or set up molecule for an existing role or collection. Use when user says "add molecule", "create molecule tests", "scaffold testing", "add test scenarios", or "set up molecule". Generates modern ansible-native molecule.yml (no driver/provisioner/verifier/platforms blocks), working create.yml/destroy.yml playbooks, smart verify.yml from role introspection, and optional GitHub Actions CI. Optionally uses ansible-know MCP server for module return value lookup. Do NOT use for migrating existing molecule setups (migration skill planned for a future release).
1 skill · 1 MCP server
Create a new Ansible role following all Red Hat CoP good practices. Use when the user wants to create, generate, or bootstrap a new Ansible role. Use when user says "create a role", "new role", "scaffold role", or "generate role skeleton". Optionally uses ansible-know MCP tools for module-aware task generation with verified parameters. Falls back to template-based generation when MCP is unavailable. Leverages ansible-creator when available. Do NOT use for reviewing existing roles (use ansible-good-practices instead). Do NOT use for creating collections (use ansible-new-collection) or adding molecule tests to existing roles (use ansible-new-molecule).
1 skill · 1 MCP server
Migrate off, remove, deprecate, or audit the pytest-ansible plugin in an Ansible collection repository. Identifies real plugin use before editing dependencies or test commands, so ordinary Ansible variables and module mocks are never mistaken for plugin use. Use when user says "remove pytest-ansible", "migrate off pytest-ansible", "drop the pytest-ansible plugin", or "audit pytest-ansible usage". Plain pytest and ansible-test are retained; only the pytest-ansible plugin is removed. Do NOT use for general Ansible migrations such as FQCN conversion or inventory restructuring, and do NOT use for reviewing Ansible code against CoP good practices (use ansible-good-practices instead).
1 skill