Objective · tools · feedback
AI agents for business:
when autonomy is justified
An AI agent does not simply answer a question: it chooses the next step, reaches for permitted tools, checks the result and continues until the predefined stop condition. This flexibility is useful to no process by default — and demands measurable control.
Anton Konnov · 20 August 2026 · 10 minutes
Architecture choice
Chatbot, workflow or agent
Chatbot
Explains, searches and drafts text, but does not change the external environment.
Workflow
Executes a pre-defined sequence of steps and checks.
Agent
Chooses its own steps and tools depending on intermediate results.
Multi-agent system
Separates roles only where independent contexts deliver measurable benefit.
Criterion
When an agent is genuinely needed
An agent approach makes sense when a task has a clear objective but an unknown number of steps in advance; it requires collecting data from several sources, selecting tools and adjusting the plan based on actual results.
If the route is stable, rules are formalised and exceptions are rare, conventional automation or workflow is usually simpler, faster and more predictable. Agent complexity must be justified by result quality, not by technology novelty.
Six steps
How to run a controlled pilot
Check for a simpler solution first
Compare the agent against search, a single model call, RAG and a fixed workflow. Document what process variability cannot reasonably be described by rules.
Define the outcome and stop condition
Set the input, expected artefact or action, quality criteria, time and cost limits, maximum iteration count and situations for human hand-off.
Connect context and tools
Provide only the necessary sources and operations. For each tool, describe its purpose, parameters, typical errors and a verifiable environment response. Separate memory from the task's temporary context.
Separate permissions
Read, draft, modify data, publish and pay — these are different access levels. Irreversible, external and sensitive actions stay behind human confirmation or a separately and strictly limited control loop.
Test trajectories, not just answers
Verify which sources and tools are selected, how the agent responds to system unavailability, conflicting data and incorrect intermediate results. Normal, edge and failure scenarios are needed.
Launch with observation
Preserve the action sequence, tool results, stops, human intervention, cost and final acceptance. Expand autonomy only after sustained test passes.
Control
Four boundaries of autonomy
Data
Which sources the agent may read and what is permitted to store in memory.
Actions
Which tools are available and which operations require confirmation.
Resources
Time, iteration, model, compute and external call limits.
Escalation
When the agent must stop, explain its state and escalate to a human.
Acceptance
What to measure in the pilot
Proportion of tasks completed against a verifiable quality criterion.
Number of corrections, manual interventions and false completions.
Compliance with access permissions, confirmations and stop conditions.
Cycle time and cost per successful task relative to the current process.
Repeatability of results after changing inputs and tool availability.
Mistakes
What most often complicates the system
Avoid starting with multiple roles, shared memory and dozens of tools. Each new component multiplies the number of trajectories and makes diagnosis harder. Start with one useful scenario, an observable trace and clear acceptance criteria.
It is also dangerous to judge an agent by the persuasiveness of its final text. A correct answer reached through wrong data or a prohibited action is not a successful result.
Sources
Technical references
First step
Pick one variable task
We will compare workflow and agent, define tools, access boundaries and pilot criteria.