imperal.io
  • How it works
  • Use cases
  • Technology
  • Pricing
Login
Webbee AIWebbee Codeimperal-mcpDevelopers & SDKSecurity & Vault
Add an app · Marketplace
imperal.ioICNLI Cloud OS

One OS for everything you run. Webbee is your agent inside it, she does the work, you stay in control.

Product
  • Webbee
  • Webbee Code
  • Imperal MCP
  • Marketplace
  • Use cases
  • Pricing
  • Open panel
Resources
  • Security
  • Technology
  • Success stories
  • Blog
Developers
  • Developers
  • Docs
  • Quick start
  • SDK reference
  • Developer portal
Company
  • About
  • Contact
  • Legal
Open protocol
  • ICNLI
  • SDK on GitHub
© 2026 Imperal, Inc. · ICNLI published at icnli.org under CC BY-SA 4.0
TermsPrivacy
  1. Home
  2. /
  3. Marketplace
  4. /
  5. Ansible Automation Platform

Ansible Automation Platform Extension

🔄 CI/CD·by bluebeeweb·v0.1.0
Pay per use8-60 tok/action
Open in panel
0 capabilities0 actions0 installs

About this extension

Connect your own Ansible Automation Platform (Automation Controller) or open-source AWX instance to manage job templates, launch and monitor jobs, run workflows, manage projects/inventories/hosts/credentials/schedules, browse organizations/teams/users, run ad hoc commands, configure notifications, and audit your automation estate's health -- all from Imperal. Uses your own Controller Personal Access Token -- nothing is hosted or proxied by Imperal beyond the request itself. Note: this manages Automation Controller (Automation Execution) resources only; Automation Hub (content registry) and Event-Driven Ansible (rulebooks) are separate AAP components, out of scope.

What you get

Every capability exposed by Ansible Automation Platform, metered per action and guarded by the two-step safety protocol.

  • connect_ansiblewrite

    Connect your own Ansible Automation Platform (Automation Controller) or open-source AWX instance by saving its full API base URL and a Personal Access Token, after checking they actually work.

  • list_connectionsread

    List the connected Ansible Automation Platform / AWX instances.

  • disconnect_ansiblewrite

    Disconnect one Ansible Automation Platform / AWX instance. Nothing in Controller itself is changed; only the saved token here is deleted.

  • list_job_templatesread

    List Job Templates (reusable playbook + inventory + project run definitions) configured in the connected Controller.

  • get_job_templateread

    Read one Job Template in full.

  • create_job_templatewrite

    Create a new Job Template: name, job type, inventory, project, playbook, and optional default credential/extra vars.

  • update_job_templatewrite

    Update selected fields of an existing Job Template. Only given fields change.

  • delete_job_templatewrite

    Permanently delete a Job Template. Cannot be undone.

  • launch_job_templatewrite

    Launch a Job Template now -- runs its playbook against its inventory, optionally overriding extra vars or a host limit for this run only.

  • list_jobsread

    List Jobs (playbook run executions) in the connected Controller, optionally filtered by status.

  • get_jobread

    Read one Job in full: status, timing, and whether it failed.

  • get_job_stdoutread

    Read a Job's console output (ansible-playbook stdout), in txt/html/json/ansi format.

  • cancel_jobwrite

    Cancel a running or pending Job.

  • relaunch_jobwrite

    Relaunch a finished Job -- runs the same job template again with the same parameters.

  • bulk_cancel_jobsdestructive

    Cancel several Jobs in one call, by explicit job ids. Continues past per-item failures and reports per-job results.

  • list_job_eventsread

    List the per-task execution events (timeline) of one Job -- each play/task/host result as it ran.

  • list_workflow_templatesread

    List Workflow Job Templates (multi-step orchestrated sequences of job templates, projects, approvals, and other workflows) configured in the connected Controller.

  • get_workflow_job_templateread

    Read one Workflow Job Template in full.

  • create_workflow_templatewrite

    Create a new empty Workflow Job Template (its nodes/steps must be added afterwards via Controller's own UI or the workflow_nodes sub-resource -- Controller does not offer a single-call way to also define nodes at creation time).

  • delete_workflow_templatewrite

    Permanently delete a Workflow Job Template. Cannot be undone.

  • launch_workflow_templatewrite

    Launch a Workflow Job Template now, running its whole node graph.

  • list_workflow_jobsread

    List Workflow Job runs (executions of a Workflow Job Template), optionally filtered by status.

  • list_workflow_nodesread

    List the nodes (steps) of one Workflow Job Template or Workflow Job -- which unified_job_template each node runs and how they chain.

  • list_workflow_approvalsread

    List Workflow Approval nodes awaiting a decision -- human-in-the-loop gate steps inside running workflows.

  • approve_workflowwrite

    Approve a pending Workflow Approval node so the workflow continues past its human-in-the-loop gate.

  • deny_workflowwrite

    Deny a pending Workflow Approval node -- stops that branch of the workflow.

  • list_projectsread

    List Projects (SCM-backed sources of playbooks -- git/hg/svn repos or manual) configured in the connected Controller.

  • get_projectread

    Read one Project in full -- its SCM type/URL and current sync status.

  • create_projectwrite

    Create a new Project (SCM-backed or manual source of playbooks).

  • update_projectwrite

    Update selected fields of an existing Project. Only given fields change.

  • delete_projectwrite

    Permanently delete a Project. Cannot be undone.

  • sync_projectwrite

    Trigger a Project SCM sync (git pull, etc.) right now, refreshing its playbook files from source control.

  • list_inventoriesread

    List Inventories (collections of target hosts/groups) configured in the connected Controller.

  • get_inventoryread

    Read one Inventory in full, including its total host count.

  • create_inventorywrite

    Create a new Inventory (a named collection of target hosts/groups).

  • update_inventorywrite

    Update selected fields of an existing Inventory. Only given fields change.

  • delete_inventorywrite

    Permanently delete an Inventory. Cannot be undone.

  • list_hostsread

    List Hosts (target machines) inside one Inventory.

  • create_hostwrite

    Add a new Host to an Inventory.

  • update_hostwrite

    Update selected fields of an existing Host (name, variables, enabled state). Only given fields change.

  • delete_hostwrite

    Permanently remove a Host from its inventory. Cannot be undone.

  • list_groupsread

    List Groups (named subsets of hosts) inside one Inventory.

  • create_groupwrite

    Add a new Group to an Inventory.

  • delete_groupwrite

    Permanently remove a Group. Cannot be undone.

  • list_inventory_sourcesread

    List Inventory Sources (dynamic host-sourcing configs, e.g. cloud provider sync) configured on one Inventory.

  • sync_inventory_sourcewrite

    Trigger a sync (update) of an Inventory Source right now, pulling fresh hosts from its dynamic provider.

  • list_credentialsread

    List Credentials (secrets Controller uses to reach machines/SCM/cloud providers) configured in the connected Controller -- names/types only, never their secret field values (Controller's own API never returns those either).

  • get_credentialread

    Read one Credential's metadata (name, type, kind) -- never its secret field values.

  • create_credentialwrite

    Create a new Credential (secret) of a given Credential Type. Field values are write-only -- Controller's own API never echoes them back either.

  • delete_credentialwrite

    Permanently delete a Credential. Cannot be undone -- anything using it will stop working.

  • list_credential_typesread

    List Credential Types (the field schema each credential kind requires, e.g. Machine, Source Control, Vault, cloud providers).

  • list_schedulesread

    List Schedules (recurring launches of a job/workflow template) configured in the connected Controller.

  • create_schedulewrite

    Create a new Schedule on a Job Template or Workflow Job Template -- an iCal RRULE cadence Controller uses to launch it automatically.

  • set_schedule_enabledwrite

    Enable or disable a Schedule without deleting it.

  • delete_schedulewrite

    Permanently delete a Schedule. Cannot be undone.

  • list_organizationsread

    List Organizations (top-level tenancy grouping) defined in the connected Controller.

  • create_organizationwrite

    Create a new Organization.

  • list_teamsread

    List Teams (groups of users sharing role-based access) defined in the connected Controller.

  • create_teamwrite

    Create a new Team inside an Organization.

  • list_usersread

    List Users registered in the connected Controller.

  • create_userwrite

    Create a new User in the connected Controller.

  • delete_userwrite

    Permanently delete a User from the connected Controller. Cannot be undone.

  • run_ad_hoc_commandwrite

    Run a one-off Ansible module (e.g. command, shell, ping, setup) against an Inventory right now, outside of any Job Template.

  • list_ad_hoc_commandsread

    List past Ad Hoc Command runs in the connected Controller.

  • list_notif_templatesread

    List Notification Templates (Slack/email/webhook/PagerDuty alerts Controller can fire on job events) configured in the connected Controller.

  • create_notif_templatewrite

    Create a new Notification Template (e.g. Slack, email, webhook, PagerDuty) for job/workflow event alerts.

  • delete_notif_templatewrite

    Permanently delete a Notification Template. Cannot be undone.

  • test_notif_templatewrite

    Send a test notification through a Notification Template so you can confirm the destination actually receives it.

  • list_instancesread

    List Instances (worker nodes in the Controller's execution mesh) -- their hostname, node type, capacity, and enabled state.

  • list_instance_groupsread

    List Instance Groups (named pools of Instances a Job Template/Organization can be pinned to) in the connected Controller.

  • list_exec_environmentsread

    List Execution Environments (the container images job runs execute inside) configured in the connected Controller.

  • list_activity_streamread

    Read Controller's own Activity Stream -- an audit log of who created/updated/deleted what and when.

  • audit_controllerread

    Build one aggregated health report across every Job Template in the connected Controller: last run status, failure rate, total run count per template, plus currently running jobs and jobs failed in the last 24 hours -- a value-add report Controller's own UI does not surface in one view (same idea as Blue Prism Connector's audit_estate / UiPath Connector's audit_folder).

Related extensions

More extensions in CI/CD ready to enable in one click.

  • GitLab CI/CDConnect your own GitLab account (gitlab.com or self-managed) to see and manage CI/CD from Imperal -- pipelines (list/get/create/retry/cancel/delete), jobs (list/get/retry/cancel/play/erase/logs), r...
  • CircleCIConnect your own CircleCI account to manage pipelines, workflows, jobs, insights (success rate/duration/flaky tests), contexts (secrets), environment variables, schedules, checkout keys, webhooks,...
  • NotesPersonal notes with folders, tags, full-text search, and trash management for your workspace.
  • Mail ClientMulti-provider email client - Google, Microsoft, Yahoo, IMAP. Inbox, send, reply, forward, search, archive, manage emails, contacts, custom folders/labels. Gmail batchModify for instant bulk operat...

Ready to use Ansible Automation Platform?

Enable Ansible Automation Platform in your Imperal workspace in one click - 10,000 free starter credits included.

Open in panel