Cookie settings

We use cookies

Necessary cookies keep the website working and store your choice. With your consent, we can also use functional cookies to remember the theme preference and analytics cookies to measure website usage.

You can accept optional cookies all at once, reject them, or choose individual categories. You can change your consent later; details are available in the Cookies Policy.

Back to blog

February 11, 2026 · 3 min read

MCP + Ansible: what surprised me and what actually works

I added MCP to LaraDep with low expectations. Fast queries over logs and metadata turned out more useful than expected. Here is an honest review.

How MCP came to LaraDep

I noticed Model Context Protocol when Anthropic released the specification. First reaction: interesting protocol, but for Ansible operations it will be more of a toy than a tool. I tried it anyway — because the best way to test a hypothesis is to implement it and see what happens.

The result surprised me. Not because it was revolutionary, but because of where it actually saves time and where it remains a nice demo without real operational impact.

What MCP exposes in LaraDep

The MCP server in LaraDep exposes data via standardized tools. An AI assistant can query:

  • A list of recent runs with outcomes and timestamps.
  • Details of a specific run by UUID — inputs, outputs, preflight status.
  • A run log stream for error analysis.
  • Server and group lists with their metadata.
  • Information about which passwords and tokens exist in the system and when they were last changed.

What MCP never returns: the values of passwords and tokens. This is not a configurable setting — it is a hard-coded property of the system.

Where MCP actually saves time

The most valuable use case is post-incident troubleshooting. Instead of going to the admin panel, finding the run, opening the log, scrolling to the error, and mentally reconstructing what happened, I just ask: "Go through the run log for [UUID], find the first error, and summarize the context." The answer arrives in seconds. That saves 5-10 minutes on every incident review.

The second use case is a quick infrastructure state check: "What servers are in the web-production group and when did the last successful run happen?" Again — previously I would click through the admin interface; now it is one question.

Where MCP will not help

MCP will not help if you need to make a change. It is a strictly read-only tool for reading state and data. You cannot trigger runs, change configuration, or delete records via MCP — intentionally so. The AI assistant is an analytical tool, not an operator.

It also will not help if your operational problem is in the playbook itself or in template logic. For that you need operational knowledge and code review, not an AI over metadata.

My recommendation

If you manage Ansible operations and use Claude, Cursor, or Windsurf, it is worth trying MCP. It is not a game-changer, but it is a solid complement to an existing workflow. Especially for incident response and quick status queries, the return is clear.

Next step: Use the documentation and comparison pages for full context.

You might also like

03/04/2026 · 1 min read

How workspace isolation in LaraDep changed how I manage multiple clients

Managing multiple clients in one Ansible setup without clear separation is like carrying all keys on one ring with no labels. Here is how the workspace model solves this.

Show

01/21/2026 · 1 min read

Why preflight is not just a status light: stopping a run before it does damage

I originally treated preflight as a formality. Then came a run that passed without errors and still caused problems because we were not asking the right questions.

Show

Subscribe to our Newsletter

Stay updated with our latest news and articles by subscribing to our newsletter.

Esc Close