...
Itential Platform Pricing Explore flexible plans and options for your team
Itential logo
Blog

Why Determinism Is the Key to Safely Running AI Agents in Network Operations

Headshot of John Capobianco, Head of AI and Developer Relations at Itential, helping organizations adopt AI safely in network automation with deep experience across enterprise, government, and cloud networking.
John Capobianco
Head of AI & Developer Relations
Last updated October 13, 2026
AI reasoning vs. Deterministic Execution: How AI Agents Act Safely on Your Network

Key Takeaways

    • Large language models are stochastic by design; when the same prompt can produce a different plan, it clashes with infrastructure that depends on repeatable outcomes.
    • Setting temperature to zero, manually approving every agent action, or waiting for a better model are just temporary bandaids – not solutions for the long-term.
    • The fix is to let the model reason freely about what to do, and keep the system deterministic about how it gets done.
    • Agentic AI is teaching the same lesson network automation gave a decade ago: automation you can’t predict isn’t automation, it’s a faster way to make mistakes.

Picture an AI agent about to push a change to a production router. It has pulled the running configuration, reasoned about the intent, and generated a clean set of commands. The plan looks right, so you approve it. An hour later, you give the same agent the same prompt, and it produces a subtly different plan. Same goal. Different path. Both plausible.

The instinct is to treat that as a model problem. Pick a better model, tighten the prompt, tune the settings. That misses what is actually happening, and it is the part most of the agentic AI conversation politely skips over.

We have spent two years marveling at how well large language models reason about infrastructure. They can read a config, explain a routing decision, draft a change, and summarize an incident faster than most of us can find the right runbook. That capability is real, and it is not the problem. The problem is that everything underneath it runs on a principle the models do not share: determinism.

Repeatability Is the Whole Point

Infrastructure operations are built on repeatability. Run the playbook twice, get the same result. Apply the change, and the next person who applies it lands on the identical state. Idempotency is not a nice-to-have in this world. It is the load-bearing assumption that lets us sleep through a maintenance window. We trust deterministic automation precisely because it is boring. It does the same thing every time, and when it does not, that is a bug we can go find.

Large language models are stochastic by design. Temperature, sampling, token order, a model-version bump from a provider you do not control: any of these can change the output. That property is a feature when you want three different summaries or a fresh approach to a problem. It is something else entirely when the output is a command that touches BGP.

Why It Matters

The model can clearly reason about your network.

The real question is how you put a non-deterministic system in charge of a domain that demands deterministic outcomes, without lying to yourself about which one you are actually running.

Three Shortcuts That Don’t Bound the Behavior

There are three tempting answers, and they are mostly wrong.

The first is to set the temperature to zero and call it deterministic. Lower variance is not no variance, and it does nothing about the model that shifts under you when the provider ships an update. You have reduced the odds, not bounded the behavior.

The second is to put a human in front of every action and call the approval a safety net. At the scale and speed agents are meant to operate, a person eyeballing every generated change is not oversight. It is a slower version of the bottleneck we adopted agents to remove, and worse, it manufactures the illusion of control. Anyone who has approved the fortieth nearly identical change at 2 a.m. knows exactly how much scrutiny the forty-first one gets.

The third is to wait for the models to get good enough that this stops mattering. They will get better. They will not become deterministic. That is not a maturity gap you can wait out. It is the nature of the thing.

Let the Model Reason, Make the System Execute

What actually works starts with a separation most teams have not drawn cleanly yet: let the model be probabilistic about what to do, and force the system to be deterministic about how it gets done.

The reasoning layer can be fuzzy. Let the agent interpret intent, weigh options, and propose a course of action. That is what it is good at. But the moment that proposal becomes an action on real infrastructure, it should flow through the same execution path you already trust. Validated logic. Known inputs and outputs. Pre-checks and post-checks. Rollback that actually works. An audit trail that records what changed.

In practice that means the agent does not type commands at a device. It calls a defined capability, the same way a workflow or a human operator would, and that capability behaves identically no matter how the agent arrived at the decision to call it.

The Operating Model

The model picks the destination. The rails are fixed.

Two different reasoning paths that reach the same intent produce the same action, because the action is not improvised. It is invoked.

This is not a glamorous conclusion. It says the exciting part of agentic AI, the open-ended reasoning, has to be fenced off from the part of your stack where surprises get measured in outage minutes. But it is the only version of this that survives contact with production.

Automation Already Taught Us This Lesson

This is not a new lesson for network teams. A decade ago, “automate everything” crashed into the reality that automation you cannot predict is not automation. It is a faster way to make mistakes. The teams that came through it kept the parts that were bounded and trusted, and quietly retired the rest.

Agentic AI is teaching the same class now, and the syllabus has not changed. Reasoning is probabilistic. Infrastructure is not. The teams that design for that gap on purpose are the ones that will get agents into production.

How Itential Separates Reasoning From Execution

Probabilistic reasoning and deterministic action is not a principle we layer on top of the platform. It is how the platform is built.

FlowAI is the agent harness of the Itential Platform. A FlowAgent reasons through a goal using live infrastructure state, selects a tool, acts, observes the result, and reasons again. What it never does is touch infrastructure directly. Every action routes through the same deterministic execution engine that runs every workflow on the platform, with the same RBAC, the same approval gates, and the same audit trail. The reasoning can vary. The execution cannot.

When a provider ships a model update and the agent’s reasoning shifts, nothing about the execution changes. The tool still runs exactly as it was built and tested. The variance stays in the thinking. That’s what makes it safe to act in real network operations.

Explore the Itential Platform that governs every action, human or AI.

Learn about the FlowAI Agent Harness, and why it’s built for the environment that doesn’t forgive mistakes: real devices, real production traffic, real audits.

 

This article originally appeared in John Capobianco’s article for the Techstrong.ai: Agentic AI Has a Determinism Problem. Your Network Will Find It.

Headshot of John Capobianco, Head of AI and Developer Relations at Itential, helping organizations adopt AI safely in network automation with deep experience across enterprise, government, and cloud networking.
John Capobianco is the Head of AI & Developer Relations at Itential, and a technology leader, developer advocate, and builder at the intersection of AI and network automation. With a career spanning enterprise, government, and cloud networking, John has held roles including Head of Developer Relations at Selector AI, where he focused on AI-driven observability, configuration intelligence, and autonomous network operations, as well as Cisco AI Technical Leader and Senior Network Architect for the Parliament of Canada / House of Commons. He brings deep, hands-on experience applying automation and AI in highly regulated, mission-critical environments. His work centers on helping large organizations adopt AI safely while maintaining reliability, security, and operational trust. John is a former professor at St. Lawrence College, an author, speaker, and educator. He is the author of Automate Your Network (self-published, 2019) and the Cisco Press pyATS book (2024). He regularly shares insights through talks, workshops, and the Automate Your Network brand, with a focus on practical, production-ready AI, developer empowerment, and the evolution of network engineering in an AI-first world.
Keep Learning

The Latest in Agentic Operations

Get Started

Agentic infrastructure operations starts here.

See how Itential connects AI reasoning to governed execution across your entire infrastructure.