AI Agents · 4 min

Why AI systems break after launch — and what "operating" one means

AI systems don't crash. They decay — quietly, while every dashboard stays green. The five ways a live system degrades, why nobody notices for weeks, and what the job of operating one actually is.

G

Conventional software fails loudly. AI systems fail quietly. A broken API throws a 500 and pages someone; a degraded agent keeps returning confident, well-formatted, subtly wrong answers while every dashboard stays green. Uptime is 100%. Latency is fine. Error rate is zero. And quality has been sliding for five weeks.

This is the part of AI work almost nobody prices in, and it's the reason a system that launched well can be worthless by the following quarter. Launch is not the finish line — it's the point at which the system starts drifting away from the conditions it was built for.

The five ways a live AI system degrades

FailureWhat changedHow it shows up
Model driftThe vendor retuned or deprecated the modelBehaviour shifts overnight, no deploy on your side
Data driftYour inputs stopped looking like your test setAccuracy decays gradually, worst on new cases
Workflow driftThe humans changed the processThe agent is now correct about a stale reality
Integration rotA downstream API changed shapeSilent partial failures on one path
Prompt entropyEveryone edited the prompt a littleNobody can say what current behaviour is or why

Model drift is the one people underestimate. You do not control the schedule — vendors retune, deprecate, and ship behaviour changes when it suits them, and a system pinned to nothing inherits every change. Without versioned configuration and a rollback path, "it used to work" becomes an archaeology project.

Data drift is the slowest and most expensive. The system was tuned against the cases you had. Your customers change, your product changes, a new segment arrives, and the live distribution walks away from the test set. Nothing breaks. It just gets worse, in a way only measurement catches.

Workflow drift is the funniest and the most human. Ops changed a step, added a queue, renamed a status — and the agent is now faithfully executing last quarter's process. It isn't wrong about anything except reality.

Why nobody notices for weeks

Because the signals people watch are the wrong ones. Uptime, latency, and error rate all describe whether the system *ran* — none of them describe whether it was *right*. Quality is not a property you can infer from infrastructure metrics, and it's the only property that matters here.

Then the volume hides it. If an agent handles 4,000 cases a month and quality drops from 94% to 88%, that's 240 additional wrong outcomes — invisible in aggregate, distributed across the exact customers least likely to write in about it. You typically find out through a downstream complaint, weeks late, and then have to reconstruct what happened without traces because nobody was recording them.

This is also why the adoption gap persists: 91% of mid-market firms use generative AI, but only 25% have it integrated into core operations (RSM, 2025). Integrating into core operations means someone has to be accountable for a live system on a Tuesday — and that job has to exist before it can be done.

What "operating" an AI system actually means

It's a real job with a real definition, not a support contract. Concretely:

  • Eval regressions on a schedule. The eval suite runs continuously, not once at launch, so quality movement is a number someone sees rather than a thing a customer reports.
  • Trace review. Someone reads real runs — especially the escalations and the low-confidence ones — because that's where drift shows up first.
  • Model migration. Tracking deprecations, testing the replacement against the eval set *before* the forced cutover, and keeping a rollback path warm.
  • Prompt and config version control. Changes are reviewed and versioned, so current behaviour is always attributable to a specific decision.
  • Cost and latency watch. Spend per transaction drifts with usage patterns and model choices, usually upward and usually unnoticed.
  • Workflow liaison. Somebody who knows when ops changed the process, because ops will not think to tell the AI vendor.

That last one is why we do this forward-deployed rather than through a ticket queue. The signal that a workflow changed doesn't arrive as a bug report — it arrives as a hallway conversation, and you have to be close enough to the work to hear it. The layers being watched are the ones in the production agent stack; operating is what keeps them true after launch.

What it costs, and what skipping it costs

Ours is $3,000–$20,000 a month for managed AI operations, scaling with how many systems are under management — one system at the light end, five or more production agent platforms at the heavy end. Whether you buy that or staff it internally matters less than whether the function exists and someone owns it.

The alternative isn't free, it's just unbilled. It shows up as a quarter of degraded output nobody measured, a forced model migration done under deadline, and eventually a rebuild of something that worked at launch — which is how a large share of the 40%+ of agentic-AI projects Gartner expects to be canceled by 2027 (Gartner, 2025) will actually end. Not with a failure. With a slow decline nobody was watching.

AI Agents · FAQ

Questions this raises

Why do AI agents stop working after launch?

Five common causes: the model vendor retuned or deprecated the model, your input data drifted away from what the system was tuned on, humans changed the underlying workflow, a downstream integration changed shape, or the prompt accumulated untracked edits. None of them throw an error — the system keeps running and quietly gets less right.

Why don't standard monitoring tools catch AI degradation?

Because uptime, latency, and error rate describe whether the system ran, not whether it was right. Quality isn't inferable from infrastructure metrics. Catching decay requires scheduled eval regressions against a known-good test set plus review of real traces, especially escalations and low-confidence runs.

What does it mean to operate an AI system?

Running eval regressions on a schedule, reviewing real traces, tracking model deprecations and testing replacements before forced cutovers, version-controlling prompts and configuration, watching cost and latency drift, and staying close enough to the business to know when the underlying workflow changed.

How much does it cost to maintain an AI system?

Managed operations typically run $3,000–$20,000 a month depending on how many systems are under management — roughly one system at the light end and five or more production agent platforms at the heavy end. The cost of skipping it is unbilled rather than zero: degraded output nobody measured, and eventually a rebuild.

Keep reading

Related insights

AI Agents

The production AI agent stack: what we actually deploy

Model, orchestration, retrieval, evals, observability, guardrails — the six layers every production agent ne…

Forward-deployed

The forward-deployed model, explained for buyers

What it actually means to embed engineers in your operation — and why it beats a deck-and-walk-away consulta…

Evals

You don’t have an AI strategy until you have an eval suite

A model you can’t measure is a model you can’t trust in production. How we build evals before we build the a…

Stop reading, start shipping

Put a forward-deployed team on it.

If this is the kind of work you're trying to get into production, a 30-minute discovery call is the fastest path to a scoped plan.