Skip to content

Resources · Guide

Why AI agents fail in operations

Most AI agents never make it out of the lab.

Not because the model can't do the steps. Agent projects stall on what's around the steps: how the agent fits the workflow, the context it's missing, the tools it's split across, the tuning it needs, and who owns the result.

The short answer

Why can't we just add an agent? You can, and it will do the steps. What an agent won't do on its own is keep one record of each order across email and your systems, notice a change nobody asked about, know which promise it breaks, and keep the issue open until it's resolved. That's what you'd have to build and maintain around it.

Over 40% of agentic AI projects will be canceled by the end of 2027, due to escalating costs, unclear business value or inadequate risk controls.
Gartner, Jun 25, 2025
95% of organizations saw no business return from generative AI, a gap the researchers trace to brittle workflows and misalignment with day-to-day operations.
MIT Project NANDA, The GenAI Divide: State of AI in Business 2025, as reported by Virtualization Review, Aug 19, 2025
85% of employees say the training they receive does not help them use AI in their role.
Docebo, The AI Readiness Gap (2,000 enterprise respondents), Apr 2026

Five reasons agents don't make it out of the lab

None of these is a flaw in the model. They're what happens when an agent is dropped into work that spans several systems, changes over days and needs someone to own the result.

  1. 01

    Poor workflow integration

    The agent sits beside the work, in a chat window or a separate tool, and waits to be asked. A changed ship date doesn't announce itself, so nothing happens until the line is waiting.

  2. 02

    Missing operational context

    An agent sees a message or a record, not the order they belong to. It doesn't know what was promised last week, so it can update an ERP date exactly as permitted and still break two customer orders.

  3. 03

    Fragmented tools and vendors

    One agent in the ERP, another in the CRM, a third in email, each from a different vendor. Each sees its own slice. None follows the issue across the others.

    Gartner estimates only about 130 of the thousands of agentic AI vendors are real. Gartner, Jun 25, 2025

  4. 04

    The prompt-tuning burden

    Someone has to keep rewriting the prompts, the rules for what matters, the exceptions and the checks that it's still right, for every workflow, for as long as it runs.

  5. 05

    Unclear accountability

    Sending a follow-up isn't the same as resolving the issue. Without a named owner, a next step and a condition for closing, the work stops when the agent's task ends, and nobody is sure who should have caught it.

The cost of rushing to agents

"What did our agents actually do?"

It's a question enterprise customers now ask their agent vendors every day. And most large companies aren't running one agent vendor. They're running several: one for customer service, one for sales, one inside the CRM, one inside IT. Each vendor can show you its own agents, more or less. Nobody shows you all of them.

Agents in separate systems do their own thing without the bigger picture. It's the same silo problem people have always had, only faster, with more capability and much more at stake. One agent updates a delivery date while another tells the customer the old one.

If you lead AI, IT or risk, ask

  • When something goes wrong, how do you find out what each agent did?
  • Do you ask each vendor? Pull screenshots?
  • Who can see that two agents just made conflicting changes?
  • Is it a problem yet, or will you find out from a customer?

The real bottleneck

The bottleneck isn't the model. It's the workforce.

Most agent projects ask people to change how they work to fit the AI: write prompts, check its output, copy context in and results out. Most employees haven't been shown how AI fits their job, and the training they get rarely closes that gap.

Training helps. The faster fix is to stop asking people to adapt to the AI, and put it inside the work they already do: in their inbox, on the order they're already chasing, with the next step ready for them to approve.

Technology first

People learn the agent, then fit their work around it. Adoption has to be pushed.

Start with the work

The AI fits the work people already do. Nobody has to become an AI person for it to help on day one.

One supplier delay, two ways

An agent on its own, and the same work in a LevelOneAI workbench

Oct 5The supplier emails: PO 4512 moves from Oct 12 to Oct 26. Planning needs the parts Oct 20.
Agent on its own: Nothing happens. Nobody asked about PO 4512.
Inside a LevelOneAI workbench: A work item opens: two customer orders at risk. The buyer owns it, with a follow-up drafted.
Oct 7Someone asks the agent about PO 4512.
Agent on its own: It updates the ERP to Oct 26, as permitted. The customer orders still say the old date.
Inside a LevelOneAI workbench: The buyer approves the request for a firm date or a recovery plan. Planning checks the impact.
Oct 12The supplier hasn't answered.
Agent on its own: The task ended on Oct 7. Nobody is waiting on the answer.
Inside a LevelOneAI workbench: Still open, with the owner and the second follow-up due. It goes to the procurement manager if there's no date.
Oct 15The supplier confirms Oct 18.
Agent on its own: If someone reads the email, they update the date by hand.
Inside a LevelOneAI workbench: The confirmed date is linked to the PO. Once the customer orders are updated, the work item closes.

Illustrative example · sample company and data

What works

Keep your agents. Give them the work to act on.

Agents work when they act inside a record of the work, not beside it. LevelOneAI keeps that record: one item for each order, PO or invoice, the promise it carries, the evidence from email, ERP and CRM, an owner and a next step, and a condition for closing. AI does the reading and matching. People approve what matters.

Most AI starts with the technology. We start with the work your people rebuild by hand every day.

Start with the work

Before you add an agent, ask

  • Where does the change usually arrive: in a system, or in an email or a call?
  • Which promise does it put at risk, and where is that promise kept?
  • Who owns the issue once it's found, and what's the next step?
  • What has to be true for the issue to count as resolved?
  • Who approves a change to the ERP or CRM?
  • When something goes wrong, how will you see what every agent did?
  • Who will maintain the matching, the rules and the exceptions a year from now?

If the answers live in people's heads and inboxes, the agent needs a record of the work before it can help.

See the same delay worked through to a close.

Walk through a workbench on a supplier delay, or try Workbench Starter free for 30 days on your own work.

Going deeper: Why LLMs alone aren't enough, including what an agent does well and what you'd build around it.