AIAI Agents

Pick the five workflows where agents earn their keep

AI agents deliver real value in a narrow band of business tasks today, and deploy badly everywhere else. This playbook tells you exactly where to start, what to skip, and how to avoid the failure modes that are sinking early deployments.

Neo NeumannNeo NeumannAI Practice LeadSeptember 22, 2026

Most teams deploying AI agents in 2026 are doing one of two things: running them on tasks that are too simple to justify the overhead, or on tasks that are too complex for agents to handle without constant human rescue. Both approaches produce the same outcome: wasted budget and a sceptical leadership team. The gap between what vendors promise and what agents actually deliver in production is still wide enough to cost companies real money.

The good news is that the reliable use cases are not a mystery. They are specific, they share common structural features, and they are available to any team willing to do honest scoping work before touching any infrastructure.

Map your workflows before you touch any tooling

Start by listing every business workflow your team runs at least weekly. Do not sort by importance yet. Sort by two criteria: how well-defined are the success criteria, and how reversible are the mistakes.

Agents perform well when the answer to "did this go right?" is unambiguous, and when a wrong step costs little to fix. Research aggregation, first-pass document classification, data enrichment from public sources, meeting note summarisation, and outbound draft generation all fit this profile. Morgan Stanley's deployment of an OpenAI-based assistant to surface research for wealth advisors is a textbook example: the agent retrieves and ranks; a human decides. Nothing is irreversible at the agent layer.

Workflows with fuzzy success criteria or high reversal costs sit in a different category. Contract negotiation, customer escalation handling, procurement commitments, and financial forecasting adjustments all require judgment that agents lack and stakes that make errors expensive. Keep humans in the loop on every one of those, and be explicit about why when you write up the design.

Tier your candidates into three buckets

Once you have your list, assign each workflow to one of three tiers. Tier one is "agent runs, human reviews before any external action." Tier two is "agent assists, human always drives." Tier three is "human only, no agent involvement for now." The instinct to skip tier two and go straight to full autonomy is where most deployments break down.

Anthropic's new biology lab, where Claude guides robots through drug experiments, illustrates where even well-resourced organisations keep humans in the loop on high-stakes physical actions. If Anthropic is doing it in a controlled lab environment, your team should think twice before removing oversight from anything that touches customers, finances, or regulated data.

Build each tier-one workflow with failure in mind first

For every workflow you put in tier one, write the failure report before you write the design doc. Ask: what does a bad output look like, how would a user notice it, and what is the recovery path? This is not pessimism; it is the discipline that separates deployable systems from demos.

The security angle deserves explicit attention. In 2026, agent-specific attack surfaces are real and documented. Meta's Muse, a high-profile AI agent with broad workspace permissions, was found to have a serious zero-day vulnerability, according to Ars Technica, where a ClickFix attack could fully hijack the agent's actions. Earlier this year, Microsoft disrupted the EvilTokens platform, which used AI-assisted tooling to compromise over 12,000 accounts at scale. Agents with write access to email, calendars, file systems, or external APIs are attractive targets. Scope permissions to the minimum required for each specific task, and treat agent credentials with the same rigour you apply to service accounts.

Understanding how permissions, guardrails, and human checkpoints interact before you design the first workflow saves significant rework later.

Once permissions are locked, instrument everything. Traces are not optional. You cannot debug an agent you cannot observe, and you cannot improve a workflow you cannot measure. Most teams underinvest here in the first sprint and pay for it in the third.

Pitfalls that kill deployments in practice

The most common failure is over-scoping the first agent. Teams pick a workflow that sounds impressive rather than one that is structurally suited. A multi-step research and synthesis task with ten external API calls sounds like a good AI story; it also has ten points of failure, high latency, and no obvious place to catch errors gracefully. Start with one external call, one decision point, one output format.

The second pitfall is treating latency as a secondary concern.Cost, latency, and reliability are the three variables that determine whether an agent ships to production or stays in a demo environment, and latency often kills user adoption before cost becomes the issue. If the agent takes 40 seconds to return a draft that a person could write in 90, adoption will collapse regardless of output quality.

Third: ignoring model capability drift. Claude Opus 5.5 now matches Fable 5.1 performance at lower cost, according to The Decoder, which means the model your agent runs on in Q4 may produce meaningfully different outputs than the one you tested against in Q2. Benchmark your critical workflows on model updates, not just on initial deployment.

Finally, watch for the confidence mismatch. MIT Technology Review's analysis from this summer is worth reading: AI outputs in production often carry a confidence that the underlying accuracy does not support. Build review checkpoints precisely at the moments where the agent sounds most certain.

Quick wins to start this week

  • Audit the last ten business tasks your team delegated manually and score each one on the reversibility/clarity matrix above.
  • Pick one document-heavy, low-stakes workflow (meeting summaries, inbox triage, first-pass RFP screening) and deploy a tier-one agent with a one-click human approval before any output leaves the system.
  • Write a one-page failure spec for that workflow before the first line of configuration.
  • Map every permission the agent will need and cut anything that is not required for the specific task.
  • Set a latency threshold before launch, not after. If the agent misses it consistently, that is a go/no-go signal.

The teams getting real value from agents in 2026 are not running the most sophisticated systems. They are running appropriately scoped ones, with clear success criteria, observable traces, and humans positioned at the decisions that actually matter. Start narrow, instrument everything, and expand scope only when the first deployment earns it.

Go deeper

The lessons that take this article further, free to read.

  1. 1Agents vs workflows vs automations: choosing the right level of autonomyAI agents: design, build & operate
  2. 2Evaluating and debugging agents: traces, evals, and failure modesAI agents: design, build & operate
  3. 3Guardrails, permissions, and human-in-the-loopAI agents: design, build & operate
  4. 4What an AI agent really is: the perceive, plan, act, observe loopAI agents: design, build & operate
  5. 5Cost, latency, and reliability: shipping agents to productionAI agents: design, build & operate

Finished reading?

Validate your read to earn XP and feed your radar.