Tag: llm

AI Fluency: Framework & Foundations

AI Fluency: Framework & Foundations

As Peter L. Bernstein brilliantly points out in his book Against the Gods: The Remarkable Story of Risk, “The word ‘risk’ derives from the early Italian risicare, which means ‘to dare’. In this sense, risk is a choice rather than a fate.”

Right now, the corporate world is facing a massive choice with Artificial Intelligence. We can either dare to use it strategically to elevate our engineering teams, or we can take the lazy—and ultimately fatal—risk of using it just to cut corners.

Having spent over two and a half decades architecting multi-cloud strategies and wrangling massive platform engineering operations, I’ve seen every tech hype cycle roll in like a heavy winter swell. But AI is different. To truly ride this wave without wiping out, organizations need a solid foundation. We need AI Fluency, which means developing the practical skills, insights, and values to work with AI in ways that are safe, ethical, efficient, and effective.

The Trap of Cost-Cutting vs. The Power of Multiplication

Let’s get one thing straight: adopting AI primarily as an excuse to offshore your engineering team or slash headcount is a notoriously short-sighted trap. It actively destroys your company’s domain expertise. Imagine trying to maintain a critical backend integration layer that an AI generated, but you no longer have the engineers with the domain knowledge to actually read, understand, or fix it!

Instead of mass layoffs, smart leaders are turning their people into force multipliers. We should be retraining our senior software engineers into AI orchestrators and directors. Think about upskilling your team into AI Skills or MCP (Model Context Protocol) engineers who can build deep, secure integrations into your existing Kubernetes clusters and CI/CD pipelines. You don’t replace the pilot; you upgrade the cockpit so they can manage a whole squadron.

How We Actually Work with AI

Before we dig into the framework, it helps to understand the three distinct ways we engage with these systems.

  • Automation: This is the baseline level where the AI simply executes specific tasks based directly on your instructions.
  • Augmentation: In this mode, you and the AI team up as creative thinking and execution partners, bouncing ideas back and forth to refine a solution.
  • Agency: The ultimate goal for complex operations, where you configure the AI to act independently on your behalf by establishing its behavioral patterns rather than dictating exact steps.

The 4Ds: Your AI Flight Manual

To make human-AI collaboration actually work, we rely on the four core competencies of the AI Fluency framework: the 4Ds.

1. Delegation (Who does what?)

Delegation is about strategically deciding what work you should tackle, what the AI should handle, and how to distribute the load between you. It requires you to clearly understand your own project goals and the nature of the problem before you even open a chat window. Remember, the goal isn’t to automate everything in sight; it’s to leverage the unique strengths of both the human and the machine.

2. Description (Talk to me, Goose!)

This is the heart of prompt engineering. Description means clearly defining your desired outputs, the format, and how exactly the AI should approach the problem. AI models are interactive systems, not static databases or mind-readers. They need context, constraints, and clear roles to function properly. Breaking complex tasks into smaller, logical steps guides the AI’s reasoning process and ensures a much more methodical response. (Pro tip: If you are ever stuck, just describe your goal to the AI and ask it to help you write the prompt—it’s a secret weapon!)

3. Discernment (Trust, but verify)

This is where your hard-earned domain expertise shines. Discernment is the ability to critically evaluate what the AI produces, how it arrived at that answer, and how it behaves. Is it hallucinating a non-existent API endpoint? Did its logic get stuck in a loop? You must evaluate the product, the process, and the performance of the AI.

To borrow another thought from Bernstein: “The essence of risk management lies in maximizing the areas where we have some control over the outcome while minimizing the areas where we have absolutely no control…” Discernment is exactly how we maintain that control.

4. Diligence (Keep it safe and ethical)

Finally, Diligence is about using AI responsibly. This means being deeply thoughtful about which systems you use and remaining transparent about the AI’s role in your work. Most importantly, it means taking full accountability for verifying and vouching for the outputs you deploy. If an AI writes a faulty deployment script and it takes down production, that’s on you, not the bot.

Wrapping Up

AI isn’t here to do our jobs for us; it’s a technology that helps us do our jobs better. By adopting the 4Ds and treating AI as an interactive partner rather than a cheap replacement for top-tier talent, we can build more resilient, scalable, and innovative platforms.

Let’s dare to lead with strategy, manage the risks, and empower our engineers and domain experts to orchestrate the future.

Why Your 50-Page AI Strategy Is Failing (And the 4-Step Fix)

Why Your 50-Page AI Strategy Is Failing (And the 4-Step Fix)

Most people think they’re absolutely crushing the AI game because they managed to coax a decent, semi-coherent response out of ChatGPT.

I hate to break it to you, but that was a flex six months ago. Today? It’s the bare minimum.

We are currently sitting on the edge of the next massive technological shift: AI Agents. And let me tell you from years of sitting in the boardrooms of billion-dollar companies, the gap between the leaders who understand this shift and the ones who don’t is about to get incredibly expensive.

The good news? Agents are actually much simpler than the tech world wants you to think. You don’t need a PhD in computer science to lead this transition—you just need a shift in perspective.

Let’s break down how agents actually work, how to spot the best opportunities to use them, and why this is a leadership game, not a tech geek game.

The Mental Shift: From Student Driver to Chauffeur

Most professionals are still treating AI like a glorified Google search. We type in a prompt, get an answer, and think we’re high-tech.

But there is a massive difference between a Prompt and an Agent.

  • Prompting is like sitting next to a student driver: You have to constantly watch them, correct their steering, tell them when to brake, and stay on high alert. It’s exhausting.
  • An Agent is a hired chauffeur: You hop in the back seat, hand over the keys, and state the destination. The agent figures out the route, handles the traffic, and makes the step-by-step decisions to get you there.
[Prompting] -> Requires constant, manual, turn-by-turn guidance.
[Agents] -> Requires a clear destination, then executes autonomously.

To make this practical, look at how the workload changes:

The Old Way (Prompt)The New Way (Agent)
“Write me a LinkedIn post about AI trends.”“Every Monday, scan my industry for the top 3 stories. Study my past content voice. Draft a new post based on those stories, revise it against my style guide, and schedule it for Tuesday morning.”

See the difference? A chatbot waits for your next command. An agent figures out its next move.

Under the Hood: The Four Hidden Workers

Everyone is talking about agents, but almost nobody can tell you what they actually do.

A standard LLM (Large Language Model) is just a math engine predicting the next most likely word based on probabilities. If you say, “Jack fell down and broke his…” it doesn’t “know” the nursery rhyme; its training just tells it there is a 99% probability the next token should be “crown.”

An agent uses that exact same language model, but surrounds it with four distinct operational roles:

  • The Analyst: Finds the data and spots the underlying patterns.
  • The Planner: Decides the best course of action.
  • The Operator: Does the actual heavy lifting and execution.
  • The Auditor: Checks the final product for weak logic or sloppy conclusions.

Imagine telling an agent to review your company’s support tickets, sales notes, and product feedback every Monday morning, summarize the three biggest recurring issues, and email a one-page brief to your leadership team.

You didn’t write the report. You didn’t analyze the data. You just assigned the jobs of four traditional team roles to a single agent.

The OODA Loop: Why Agents Don’t Just Break

Disclaimer: I use OODA for pretty much everything in my daily work when it comes to making signficant decisions – its great for Cloud Achitecture to.


What makes agents truly revolutionary is their ability to adapt when things inevitably go wrong.

Back in the 1970s, Air Force Colonel John Boyd studied a fascinating puzzle from the Korean War. American pilots in F86 jets consistently beat Soviet MiGs, even though the MiGs were technically superior—they were faster and could climb higher.

Boyd discovered that American pilots had better visibility from their cockpits, allowing them to adapt faster. He conceptualized this as the OODA Loop: Observe, Orient, Decide, Act.

Traditional automated workflows are completely obedient, which means they are incredibly brittle. If you build a standard automated workflow to order your groceries every Friday, it works perfectly—until your favorite steak is out of stock and you suddenly have six friends coming over for dinner on Saturday. The workflow breaks because it can’t think.

An agent enters its own UODA loop:

  1. Observe: Sees the usual item is out of stock.
  2. Orient: Scans your calendar, notices the dinner party for six.
  3. Decide: Calculates that a substitute protein is needed and scales up the quantities.
  4. Act: Rebuilds and places the modified order.

The Leadership Test: When someone tells you they’ve built an “agent,” ask them one question: When the first path breaks, does it keep blindly following the script, or does it find a better way?

The Catch: AI Won’t Fix Bad Management

Here is the dangerous truth that tech evangelists won’t tell you: An agent will do the wrong thing faster and with more confidence than a human ever could.

AI is not magic; it is a multiplier. If you feed an agent vague goals, sloppy directions, and zero feedback loops, it will drive your corporate car straight into a tree at 100 miles per hour—and send you a beautifully formatted report about the crash.

Most AI problems are actually human management problems in disguise. AI doesn’t fix bad operational thinking; it formalizes it.

Before you hand the keys over to an agent, you must run my GPS Check:

  • G – Goal: Can you define the ultimate objective clearly in a single sentence?
  • P – Proof: Do you know exactly what “good” looks like, and how you will verify the agent got it right?
  • S – Steps: Can you map out the required workflow without any vague hand-waving?

If you can’t clearly define the work, an agent cannot execute it. The winners of this era won’t be the prompt engineers; they will be the leaders who understand their business deeply enough to define it precisely.

The Future Belongs to the Narrow (And the Tasteful)

Right now, the corporate world is obsessed with “broad AI solutions.” Everyone wants AI everywhere, instantly.

But the companies actually winning are doing the exact opposite: they are staying obsessively narrow.

I recently watched a product demo for a construction software company. They didn’t show off a giant, all-knowing corporate AI. Instead, they launched a beta agent designed to do one thing: collect field data for a highly specific type of contractor in a highly specific scenario.

When the demo ended, every single phone in the room went up to scan the QR code. Why? Because it solved a highly specific, deeply painful task that people had hated doing for decades.

Find the boring, repetitive, highly specific task that your team absolutely detests—that is where the immediate ROI is.

Your Value as a Leader Is Shifting

We are entering an era of infinite output. Code, content, and basic data analysis are becoming incredibly cheap commodities.

But when intelligence becomes cheap, human judgment becomes exceptionally expensive. When output becomes infinite, taste becomes scarce.

AI is decoupling your income from your hours. For the first time in history, you aren’t trading time for decisions; you are scaling your judgment.

The most valuable leader in the room is no longer the one who can think or execute the fastest. It’s the leader who can define what good work looks like, spot bad work instantly, and know exactly when to trust the agent—and when to trust the human.

The Agentic Shift: Moving from AI Chats to Outcome-Based Operating Models

The Agentic Shift: Moving from AI Chats to Outcome-Based Operating Models

For the past two years, the conversation around AI has been dominated by the “Copilot” paradigm. We have focused on efficiency: developers typing faster, analysts summarizing emails, and engineers generating boilerplate code. While this has delivered incremental productivity gains, it has also trapped many organizations in a cycle of “task-level” automation.

As we move into the second half of 2026, the strategic imperative is shifting. We are moving from Copilots—which assist humans with tasks—to Agents, which drive outcomes.

The Limitation of the Copilot Era

The Copilot model was a transitionary phase. It relied on a “Human-in-the-Loop” for every action. If you wanted to deploy a service, you prompted the LLM, reviewed the code, executed the CI/CD pipeline, and monitored the metrics. You were still the architect, the operator, and the quality assurance layer.

This model excels at efficiency (doing things right), but it fails at agility (doing the right things at scale). It creates a “fragmented automation” debt where your technical team spends more time managing individual AI interactions than actually optimizing the business logic of the enterprise.

The Security “Scapegoat” and the Ferrari Paradox

Ironically, while the industry talks about AI-driven transformation, many leaders—particularly in public companies—are effectively “shooting themselves in the foot.”

I have witnessed CEOs and executives ban the use of AI for fundamental tasks like meeting recording and synthesis, citing security risks. They label it a “public company data risk,” effectively treating AI like a forbidden technology.

This is like driving a Ferrari like a bicycle.

By banning these tools, leaders stifle productivity and slash potential ROI. They use security as a scapegoat to avoid the friction of learning a new operating model. The reality is that the risk profile of an AI-powered meeting tool is fundamentally similar to the risks inherent in standard digital tools (email, cloud storage, collaboration platforms).

The irony is profound: the biggest security threat to your organization is rarely AI exfiltration; it is the stagnation of your workforce and the loss of institutional knowledge. Security should be managed through risk mitigation, governance, and compliance—not prohibition.

The Agentic Operating Model: A Strategic Pivot

The “Agentic Shift” is not about faster typing; it is about architectural autonomy. An Agentic Operating Model shifts the responsibility of execution from the individual engineer to an orchestrated, goal-driven agentic ecosystem.

In this model, you don’t ask an AI to “write this function.” You define the Outcome: “Our time-to-market for this module is 48 hours; ensure the deployment, security compliance, and testing pass the current production benchmarks.”

The agentic system then plans, executes, and iterates. It acts as an extension of the technical leadership’s intent, operating within the guardrails established by your governance and infrastructure.

How Public Companies Can Adopt AI Safely

Public companies do not need to ban AI; they need to operationalize it with rigor. Here is how leaders can mitigate risk while maintaining velocity:

  1. Shift from Prohibition to Governance: Treat AI like any other enterprise software. Implement policy-driven access controls, data classification, and logging. If your current security posture can handle corporate email, it can be adapted to handle AI-augmented workflows.
  2. Invest in “AI Literacy” Training: Just as you train staff on phishing, anti-bribery, and data privacy, you must train them on the responsible use of AI. Teach them what data can go into an LLM and what cannot.
  3. Deploy Private/Controlled Environments: Utilize enterprise-grade AI instances where data residency and confidentiality are contractually guaranteed. This eliminates the “leakage” fear while providing the utility of advanced models.
  4. Governance-as-Code: Use your existing infrastructure (like Kubernetes-based policy engines) to enforce guardrails on AI interaction, ensuring that agents only have the permissions they absolutely need.

Why this matters for the Head of Technology

For leaders overseeing cloud modernization and digital transformation, the implications are profound:

  • From Managing People to Managing Intent: Your role shifts from managing daily developer cycles to defining the “intent-space” in which agents operate. Your expertise in Kubernetes, GitOps, and platform architecture becomes the foundational safety layer that allows agents to operate at speed without creating production incidents.
  • Architectural Governance as a Moat: In an agentic world, bad infrastructure becomes a massive liability. The companies that win will be those with mature, observable, and immutable infrastructure. My experience in high-reliability systems (AKS, OIDC, Dynatrace) is exactly what’s needed to build the stable “control plane” that agentic teams require to scale.
  • Outcome-Based Budgeting: We move away from measuring “lines of code” or “number of PRs” to measuring the successful completion of strategic business outcomes. This aligns technical throughput directly with board-level expectations.

The Path Forward

Transitioning to an agentic operating model is not a technical upgrade; it is an organizational one. It requires:

  • A “Reliability-First” Culture: Treating agentic processes with the same rigor you apply to production deployments.
  • API-First Thinking: Ensuring your entire tech stack is accessible and interpretable by machine agents.
  • Strategic Sequencing: Prioritizing automation in the areas that directly impact your organization’s core value stream.

The future isn’t just about using AI. It is about building the systems that make AI a reliable, autonomous, and strategic engine for growth.

Azure MCP Server & Azure Kubernetes Service (AI Ops)

Azure MCP Server & Azure Kubernetes Service (AI Ops)

The Azure MCP (Model Context Protocol) Server acts as a bridge, allowing AI agents to interact directly with Azure infrastructure using natural language. Instead of struggling with complex CLI syntax to query Azure Kubernetes Service (AKS), you can simply “ask” the MCP server to retrieve cluster configurations, list node pools, or check network settings. It simplifies the “how-do-I-do-this” hurdle, allowing you to focus on managing your container workloads through plain English prompts rather than memorizing documentation.

From “Fire in the Datacenter” to “Fixed While You Sleep”

We’ve all been there. It’s 3:00 AM. Your phone buzzes with a high-priority alert. You drag yourself out of bed, fumble for your laptop, and try to remember where you left your sanity.

What if your AI agent—your digital on-call engineer—could handle it instead?

By combining Dynatrace (for observability), Azure MCP (for infrastructure control), and Jira (for tracking), you can move from reactive “firefighting” to autonomous “self-healing.”

The “Auto-Fix” Architecture

When an “Unhealthy Node” alert fires in AKS, you don’t need to wake up. Here is the workflow:

  1. The Trigger: Dynatrace detects a node in your AKS cluster is reporting NotReady due to disk pressure.
  2. The Agent Wakes Up: A webhook triggers your Claude Managed Agent.
  3. The Documentation: The agent uses the Jira MCP to automatically create a “P1 Incident” ticket, attaching the Dynatrace diagnostic logs.
  4. The Investigation & Action: * The agent uses the Azure MCP to query the specific node pool status.
    • It determines the node is irrecoverable.
    • It issues a kubectl cordon and drain command (via the Azure MCP) to safely move workloads.
    • It deletes the unhealthy node and forces the scale set to spin up a fresh, healthy one.
  5. The Wrap-Up: The agent confirms the node is Ready, adds a comment to the Jira ticket with the “Fixed” status, and moves it to the “Done” column.

Why this is a game-changer

It isn’t just about speed; it’s about consistency. Humans get tired, stressed, and prone to “copy-paste” errors at 3 AM. An AI agent follows a predefined rubric. If the first attempt to drain the node fails, it doesn’t panic—it reads the error code, adjusts the strategy, and tries again.

And because you have the Jira MCP hooked into the loop, you always have an audit trail. You can wake up at 8 AM, have your coffee, and read a neat summary of exactly what the agent did while you were dreaming about a vacation from on-call duty.

The future isn’t just “no ops.” It’s “AI-ops.” You define the boundaries, you define the rules, and the agent keeps the ship running while you get some actual sleep.

MCP Servers – Out of the Box

https://learn.microsoft.com/en-us/azure/developer/azure-mcp-server/tools/azure-kubernetes

https://github.com/atlassian/atlassian-mcp-server

https://docs.dynatrace.com/docs/dynatrace-intelligence/dynatrace-mcp

What is Claude Code? (And Why It’s Not Just Another Chatbot)

What is Claude Code? (And Why It’s Not Just Another Chatbot)

Let’s be real: most AI coding assistants are glorified autocomplete engines that require you to copy-paste code like it’s 2005. Claude Code is different. It’s an agentic coding tool that lives in your terminal, understands your actual codebase, executes commands, and—here is the kicker—does the work for you.

It doesn’t just suggest a function; it writes the function, runs the tests, fixes the inevitable “oops,” and commits the result.

The “Must-Know” Workflow: Explore → Plan → Code → Commit
If you jump straight to asking Claude to “write code,” you’re setting yourself up for a chaotic debugging session. Instead, embrace the Explore → Plan → Code → Commit rhythm:

Explore & Plan: Use Plan Mode (Shift + Tab). Claude reads your files (read-only!) and builds a map. It’s like giving your GPS a destination before you start driving.

Code: Once the plan is approved, Claude executes. It’s your pair programmer—but the kind that doesn’t complain about your coffee habits.

Commit: Use built-in subagents to review your work before you push. It’s like having a senior dev check your PR without the existential dread of a code review meeting.


Supercharging Your Workflow (Without Killing Your Context)

The biggest challenge with any agent is the Context Window. You have a finite amount of space in Claude’s “brain,” and if you fill it with irrelevant garbage, Claude gets “dumb.” Here is how to keep it sharp:

1. Skills > MCP

Think of Skills as your AI’s muscle memory. Whether it’s a specific TDD workflow or a custom PR template, Skills only load the heavy instructions when they are needed.

Pro-tip: Don’t overuse MCP servers. They load tool definitions into context permanently. If a tool has a CLI equivalent (like gh for GitHub), use the CLI—it’s way more efficient. Try to keep your MCP footprint under 10% of your context window, or Claude will start struggling.

2. Deterministic Power: Hooks

If you want something to happen every single time, don’t ask Claude to remember it in a prompt (it’ll eventually forget). Use Hooks.

  • PostToolUse: Perfect for auto-formatting (e.g., running Prettier after every edit).
  • PreToolUse: Your “Do Not Touch” switch. Block rm -rf or production file edits.
  • Humor Note: Treat these hooks like your stern office manager—they don’t care about your “intent,” they just enforce the rules.

3. The Holy Grail: CLAUDE.md

If your project feels like it’s suffering from amnesia, create a CLAUDE.md file. It’s the “Onboarding Guide” for your agent. If you find yourself correcting Claude twice on the same thing, tell it to “save this rule to CLAUDE.md.” It’s basically teaching your AI to grow up.

Final Thoughts

Claude Code is essentially a super-powered intern that never sleeps. By managing your context, relying on deterministic Hooks for safety, and using Skills for reusable workflows, you stop fighting the tool and start shipping code.

Now, go forth, run claude, and try not to let the AI take too much credit for your genius.

Beyond Infrastructure as Code: Why MCP is the Next Evolution of Your DevOps (AI) Stack

Beyond Infrastructure as Code: Why MCP is the Next Evolution of Your DevOps (AI) Stack

If you’ve spent the last 25 years navigating the evolution of software engineering—from bare-metal servers to the complexity of Kubernetes clusters and multi-cloud architectures—you know that the “dev” in DevOps has always been about abstraction.

We moved from manual scripts to Terraform (IaC), from manual deployments to GitOps (ArgoCD), and from siloed monitoring to observability stacks. Every step was about making our systems more predictable, repeatable, and scalable.

Today, we are hitting the next wall: The “Context Gap.” Even with the best AI coding assistants, there is a disconnect between the LLM’s general knowledge and the specific, idiosyncratic realities of your internal platforms, APIs, and business data.

Enter the Model Context Protocol (MCP). If you’ve spent your career building pipelines to get code into production, think of MCP as the pipeline to get intelligence into your development workflow.

MCP (Model Context Protocol) is an open-source standard for connecting AI applications to external systems.Using MCP, AI applications like Claude or ChatGPT can connect to data sources (e.g. local files, databases), tools (e.g. search engines, calculators) and workflows (e.g. specialized prompts)—enabling them to access key information and perform tasks.Think of MCP like a USB-C port for AI applications. Just as USB-C provides a standardized way to connect electronic devices, MCP provides a standardized way to connect AI applications to external systems.

  • Agents can access your Google Calendar, acting as a more personalized AI assistant.
  • Claude Code can generate an entire web app using a Figma design.
  • Enterprise chatbots can connect to multiple databases across an organization, empowering users to analyze data using chat.
  • AI models can create 3D designs on Blender and print them out using a 3D printer.

Why MCP Matters to the Modern Platform Manager

As a Platform Manager, you’re already managing complexity. MCP isn’t just another library; it’s an open standard that allows your local IDE or AI assistant (like Claude) to “plug in” to your specific internal tools.

Instead of copying and pasting logs into a chatbot or manually checking API statuses, you build an MCP server that grants your AI the “eyes” and “hands” to interact with your services directly—with your explicit, human-in-the-loop approval.

  • Developers: MCP reduces development time and complexity when building, or integrating with, an AI application or agent.
  • AI applications or agents: MCP provides access to an ecosystem of data sources, tools and apps which will enhance capabilities and improve the end-user experience.
  • End-users: MCP results in more capable AI applications or agents which can access your data and take actions on your behalf when necessary.

Building Your First MCP Server: A Practical Approach

To see how this fits into your existing ecosystem, let’s look at a simple implementation. We’ll build a Weather MCP Server. While simple, it mirrors the same pattern you would use to build a “Production Status” or “Cluster Inventory” server that your team could use to query infrastructure health in natural language.

1. The Architecture

MCP servers communicate via JSON-RPC, usually over standard I/O (stdio). This is the “connector” that allows the AI client to execute code defined in your server.

2. The Code (Pythonic Simplicity)

Using the FastMCP library, the boilerplate is minimal. You focus on the business logic—defining Tools that the AI can trigger.

from mcp.server.fastmcp import FastMCP
import httpx
# Initialize the server
mcp = FastMCP("weather-server")
@mcp.tool()
async def get_forecast(latitude: float, longitude: float) -> str:
"""Get the weather forecast for a specific coordinate."""
# Logic to interface with NWS API
...

The magic here is in the docstrings and type hints. The MCP SDK automatically introspects your code, telling the AI exactly what arguments are required (e.g., latitude, longitude), which significantly reduces hallucination and schema errors.

3. Connecting to the “Host”

In a DevOps context, the “Host” is the client—like Claude for Desktop, or perhaps a custom CLI tool your team uses. You register the server by updating a configuration file (like claude_desktop_config.json):

{
"mcpServers": {
"weather": {
"command": "uv",
"args": ["run", "/path/to/weather.py"]
}
}
}

The “DevOps” Mindset Applied to MCP

If you want to take this to the next level, stop thinking about weather data and start thinking about your Platform Interface:

  • Observability via MCP: Create a tool that queries your Prometheus/Grafana instances. Ask your AI: “What are the current error rates for the checkout service in prod?”
  • GitOps via MCP: Create a tool that wraps the argocd CLI. Ask your AI: “What is the current sync status of our core microservices in the Sydney region?”
  • Infrastructure Auditing: Create a tool that uses boto3 or Azure SDKs to audit security group rules. Ask: “Find any S3 buckets in the dev environment that are currently public.”

Final Thoughts: The New Infrastructure

We’ve spent decades optimizing the delivery of software. Now, the bottleneck is the interaction with the systems we’ve built. MCP is the bridge. It turns your documentation and APIs into living, conversational interfaces.

For those of us who have lived through the rise of Coding manually, Kubernetes and the transition to GitOps, this feels like the logical next step: making our internal platforms as discoverable and usable as the software we build on top of them.

Ready to start? Check out the official MCP Quickstart Guide to get your environment set up.