General
The Intelligence Can Be Probabilistic. The Workflow Shouldn't Be.
LLMs are probabilistic — which is exactly why they belong in the information work, and not in the part that changes the state of the business. Why so many agents stall the moment they touch real orders, invoices, and schedules, and how to split the work so probabilistic AI improves human decisions while deterministic software executes them.
You've probably heard this one: LLMs are probabilistic, so the best way to use them is in probabilistic environments — creative work, exploration, open-ended reasoning, summarization.
It's a good rule. It's also where a lot of AI programs stop thinking.
Where the claim is right
When AI is generating information, probabilistic is a feature, not a risk. Ask for ten variations of a headline and you want ten different answers. Ask for a summary of a long thread and you want the one that captures the gist, not a hash of it. Ask for hypotheses, options, drafts, a first pass over messy text — the whole value is that the model explores instead of returning a lookup.
Nobody audits a brainstorm. Nobody needs the same email draft twice.
Business operations have a different requirement
But operations aren't a brainstorm. The closer AI gets to changing the state of the business, the less tolerance there is for probabilistic behaviour — and it isn't about model quality, it's about consequences.
Generating information leaves the world exactly as it was. Changing an order, approving an invoice, releasing a schedule, updating a record — those don't leave the world as it was. They move money, commitments, and customers.
The intelligence can be probabilistic. The workflow should be deterministic.
That sentence is the whole argument. Intelligence is how you figure out what should happen. The workflow is how it actually happens — and that part should behave like software: predictable, repeatable, auditable.
Why so many agents struggle in business environments
Because business processes accumulate consequences.
An error in a draft costs you the time to fix the draft. An error in an executed action costs you an order that has to be corrected, a payment that has to be clawed back, a customer who was told the wrong date, a schedule that has to be re-planned across three teams, a financial record that no longer reconciles with anything.
And it compounds. An agent that acts on a slightly wrong state, and then acts again, and again, doesn't produce one error — it produces a drift nobody notices until month end.
A 5% error rate in generating marketing copy might be acceptable. A 5% error rate in any of these is not:
- Changing an order
- Approving an invoice
- Modifying a contract
- Notifying a customer
- Changing a production schedule
- Updating a financial record
The 5% didn't change. The blast radius did. Most agent projects that stall in a business environment don't stall because the model was bad — they stall because the model was handed write access before anyone designed what “done” means.
Put AI in the right place
None of this means AI shouldn't be involved. It means the involvement should be designed. Three parts, in this order:
AI gathers and interprets the information. This is the messy, probabilistic work — and it's the work humans are worst at doing at scale: reading the thread, the ERP record, the supplier portal, the contract PDF, and three conflicting spreadsheets, then assembling what's actually true right now, including the exception that changed this morning. This is where probabilistic intelligence earns its place, because the input is ambiguous and the output is information, not an action.
A human makes the judgment. Commitments, money, risk, exceptions, anything customer-impacting. The person decides — but they decide from a state someone else assembled, in seconds, instead of rebuilding the picture from six tabs.
A deterministic workflow executes the outcome. Once the decision is made, the execution is software: the same steps every time, with the approval recorded, the systems updated, the notifications sent, and any failure surfaced as work rather than swallowed.
AI does the understanding. The human does the deciding and carries the accountability. The workflow makes sure the decision is actually executed.
What deterministic actually buys you
- The same decision produces the same action. Not usually the same — the same.
- Retries are safe. A step can fail and re-run without ordering the part twice or paying the invoice twice.
- Every action is auditable. Who decided, on what information, at what time, with what result.
- Failures are visible. When a system is down, the work item says so, and it lands with an owner instead of disappearing into a log.
- The judgment is preserved. The human's reasoning isn't re-derived by a model on the next run.
That's what “the workflow should be deterministic” means in practice. Not that nothing goes wrong — that when something goes wrong, it's knowable, reversible, and owned.
The goal isn't probabilistic business decisions
It's the opposite, and it's worth being precise about: use probabilistic AI to make human decisions better, and deterministic software to make those decisions reliably executable.
That's a different design than “give the agent the tools and let it run.” It means deciding, step by step, which work is interpretive (AI), which is judgment (human), which is deterministic (software), and which shouldn't exist at all. Then building the workflow that holds them in that order, with the human checkpoints sitting exactly where the consequences are.
Get that order right and the model's unpredictability stops being a liability. It's the part of the system that's allowed to be uncertain, because nothing it does changes the state of the business on its own.
Where LevelOneAI fits
The pattern is usually the same: the agent works beautifully in a demo, and nobody will let it near a real order. That isn't a model problem. It's an operating-model problem.
A LevelOneAI Operations Workbench is built in that order: AI assembles the state from your email and systems, a person makes the call, and the follow-through runs as tracked work until it's resolved. Nothing changes in your systems without approval. See how the Operations Engine works, or try Workbench Starter free for 30 days.
The intelligence can be probabilistic. The workflow shouldn't be.