Separate fixed automation, generative assistance, predictive support, and tool-using agents before selecting controls and expectations.

01

Key takeaways

  • Automation follows defined rules; assistants generate or retrieve support; agents pursue bounded goals through tools.
  • More autonomy increases the need for identity, permissions, observation, and recovery.
  • A conversational interface does not make a system an agent.
  • Many valuable solutions deliberately combine patterns.
02

Practical explanation

The categories describe different relationships between input, reasoning, action, and human responsibility. A workflow engine can be highly valuable without AI. A generative assistant may answer but never act. An agent may plan several steps and call tools, which introduces a larger control surface.

Separate fixed automation, generative assistance, predictive support, and tool-using agents before selecting controls and expectations.

03

Representative architecture or business scenario

An accounts team needs help resolving exceptions. Fixed automation can route known cases, a knowledge assistant can explain policy, a predictive model can prioritize risk, and an agent might collect evidence from approved systems before asking a person to decide.

04

Decision considerations

  • Is the output information, a recommendation, or an action?
  • How predictable must behavior be?
  • Which tools and records can the system change?
  • Where must a person approve or intervene?
05

Common mistakes

  • Calling every automation an agent
  • Giving broad credentials to simplify integration
  • Skipping deterministic controls around probabilistic output
  • Measuring conversation quality instead of work outcomes
06

What This Means for Your Organization

Your organization should name the human owner, authority boundary, data boundary, failure response, and measurement plan before an agent can act in a consequential workflow.

07

Questions leaders should ask

  • What authority are we delegating?
  • What value requires that authority?
  • How can the organization stop or reverse an action?
08

Questions technical teams should ask

  • Is each tool call authorized independently?
  • How are state and retries managed?
  • Can every consequential action be traced?
09

What Is Practical Today?

Use the least autonomous pattern that solves the problem. Keep deterministic policy and authorization outside the model, constrain available tools, log actions, test adversarial inputs, and provide a clear human handoff.

10

What Remains Uncertain?

Agent frameworks and model capabilities are changing quickly. Long-running reliability, cost, security, and user trust must be evaluated in the intended environment rather than assumed from demonstrations.

11

A practical starting sequence

  • Classify the work
  • Select the minimum authority
  • Constrain tools and data
  • Evaluate with real scenarios
  • Expand only with control evidence
12

Summary

The best pattern is not the most autonomous one; it is the one that creates useful leverage with an understandable and operable risk boundary.

Primary references

  1. NIST Artificial Intelligence Risk Management Framework 1.0National Institute of Standards and Technology
  2. OWASP Top 10 for Large Language Model ApplicationsOWASP Foundation