What AI agents can and cannot do.

In business operations, AI agents can take on repeatable, multi-step work: qualifying and routing leads, triaging requests, keeping records clean and preparing reports. They still make mistakes, so people keep the judgment calls. This guide from Foxefy, a custom enterprise software development company, explains which tasks suit an agent, where the limits are and how to start.

What can AI agents do in business operations?

AI agents can qualify and route leads, triage requests, draft follow-ups, keep records clean, prepare reports and move approvals and hand-offs to the next person. Agents suit work that repeats, takes several steps and needs a small decision at each step. For the definition, see how an AI agent differs from a chatbot.

A fixed rule can route an order by its value. An agent can read a customer's free-text request, work out what it is about and pick the right queue, then leave a note explaining why.

The gain for a team is mostly time and consistency. People stop retyping details between systems, chasing missing fields or drafting the same reply, and spend that time on the cases that need them.

Anthropic's published guidance on building agents makes a related point: start with the simplest design that works, and add autonomy only where the task needs it. Many business jobs are better served by a plain workflow with one or two AI steps than by an agent that decides everything.

Which tasks should you give an AI agent, and which should you keep?

Give an agent work that repeats, follows a pattern and can be checked quickly by a person. Keep work where one wrong answer carries legal or financial consequences, or where each case is a one-off with no history to check the agent against. The table shows when each business use case is a good or poor fit.

Tasks to give an AI agent and tasks to keep with people
TaskGood fit whenPoor fit whenWho checks the result
Lead qualification and routingLeads arrive with free text and several fields, and your team already agrees what a good lead looks like.Nobody has written down the qualifying criteria, or leads are handed out on personal relationships.The sales manager reviews a sample of routed leads and every disputed one.
Routine support questionsMost questions repeat, and the answers live in documents or records your team already maintains.Questions need account-specific judgment, refunds or exceptions that policy does not cover.A member of the support team reviews drafts and handles anything the agent flags as uncertain.
Follow-up draftsThe follow-up depends on the last conversation, and a person sends the message after reading it.The message makes commitments on price, terms or delivery.The account owner reads and sends every draft.
Record clean-upDuplicates, missing fields and inconsistent formats follow patterns, and changes can be undone.Merging records would delete history that cannot be restored.The data owner approves merges the agent is unsure about and reviews the change log.
ReportsThe numbers already exist in your systems and the report follows a fixed structure.The figures come from sources that disagree and nobody owns the definition.The report's owner checks the totals against the source before it goes out.
Multi-step approvals and hand-offsThe path is known: who approves what, in which order, and what happens next.The path changes with each case or depends on informal agreements.The approver signs off; the agent chases, routes and records.
Keep: decisions with legal or financial consequencesNot a fit. An agent can prepare the facts for the decision.Always, when an error would be costly or hard to reverse.The accountable person decides and records why.
Keep: one-off exceptions with no historyNot a fit. With no past cases, there is nothing to check an agent against.Always, until the exception becomes a pattern.A person handles it, and the outcome can seed a rule later.

If the steps follow fixed rules and need no judgment, you probably need rule-based automation, not an agent. The comparison of rule-based automation and AI agents shows where the line falls.

Three of these tasks work on CRM records: lead qualification, follow-up drafts and record clean-up. Sales and customer operations covers how those sit alongside the rest of a customer record.

What can't AI agents do reliably?

Agents can state wrong answers with confidence, follow instructions hidden in the content they read, and act beyond what they should when given broad access. They also depend on clean data and clear instructions. Four risks on OWASP's list for language-model applications apply directly to business agents.

  • Misinformation (LLM09:2025). An agent can produce a confident answer that is wrong, such as quoting a policy that does not exist or summarizing a record incorrectly. Checks against your own records and a person's review of anything customer-facing limit the damage.
  • Prompt injection (LLM01:2025). Text the agent reads, such as an email, a web page or a form field, can contain instructions that steer it away from its job. Treat everything the agent reads as untrusted input, and never let that text change what the agent is allowed to do.
  • Excessive agency (LLM06:2025). An agent with broad permissions turns a mistake into damage: a wrong deletion, a message to the wrong customer, a payment approved in error. Give each agent the narrowest access that lets it do its job.
  • Unbounded consumption (LLM10:2025). An agent with no usage limit can run up model and system costs, for example by looping on a task it cannot finish. Set caps and alerts before launch.

Two further limits are not on that list. An agent depends on clean data: if your records are inconsistent, it will inherit the inconsistency, and sometimes spread it. It also depends on clear instructions: where a human colleague would ask what you meant, an agent usually guesses. Writing the instructions down, with examples of good and bad outcomes, is part of building the agent.

NIST's generative AI profile names related risks, among them confabulation and information security, and suggests actions for managing them.

Where should a person stay in the loop?

A person should approve any action that cannot be undone or that a customer will see, and should receive every case the agent is unsure about. Four controls make that work: approval before such actions, thresholds that route uncertain cases to a person, an escalation path and a log of every action.

  • Approval before irreversible or customer-facing actions. Sending a message, changing a price, deleting a record or approving a payment waits for a named person.
  • Thresholds. Define when the agent must stop and hand over: low confidence, an unusual amount, a customer who is upset, a field it cannot find. Uncertain cases go to a person rather than being guessed.
  • An escalation path. Say who receives the case, how they see what the agent already did, and what happens if nobody responds.
  • A log. Record every action: what the agent read, what it decided, what it changed and who approved it. Without a log, a mistake cannot be traced and a review has nothing to work from.

Foxefy builds agents that work within clear permissions, hand judgment calls to people, are tested before launch and are supported after it. NIST's AI Risk Management Framework includes defined processes for human oversight as part of managing AI risk.

What does an AI agent need from your systems and data?

An agent needs API access to the systems it works in, records clean enough to act on, roles and permissions that limit what it can touch, an audit trail of what it did, and past cases from your own records to test against. Without these, even a well-built agent cannot be trusted with day-to-day work.

  • API access. The agent reads and writes through the same interfaces other systems use. A system with no API may need an integration built first. See which systems Foxefy connects.
  • Clean records. Duplicate contacts, free-text fields used for three purposes and missing owners all lead to wrong actions. Clean the data the agent will read before it starts.
  • Roles and permissions. Give the agent its own account with only the access its task needs, so its reach is visible and can be revoked.
  • An audit trail. Every change the agent makes should be traceable to the agent, the time and the reason.
  • Past cases. Examples from your own records, including the awkward ones, are the best test set. Run the agent against them and compare its choices with what your team did.

An agent that works across several systems needs those systems connected. Connecting accounting software, messaging and a CRM follows a small number of patterns, set out in connecting accounting, messaging and your CRM.

How do you measure whether an AI agent is worth it?

Measure the same things before and after the agent starts: how often the task happens, how long it takes, how many errors it produces, how much goes to a person and what it costs to run. Fill in the worksheet below from your own records before launch, then again at each review.

Before-and-after worksheet: fill in from your own records
MeasureBefore the agentWith the agentNotes
Tasks a month
Minutes a task
Error and rework rate
Share escalated to a person
Model and API cost a task
Upkeep: time spent on reviews and fixes

The worksheet matters because an agent with no agreed before-and-after measure, no cost limit and weak risk controls is hard to justify keeping. Build cost is a separate question, covered in the cost guide's AI agent section.

How do you start with a pilot?

Pick one repeatable workflow, write down how it runs today, define what success looks like, and run the agent in suggest mode with a person approving every action. Review its mistakes, and widen its permissions only when the measures hold. A pilot should be small enough that a failure costs little.

  1. Pick one repeatable workflow with a clear owner, such as routing new leads or drafting follow-ups.
  2. Write down today's steps and volumes: who does what, which systems are touched and how often the task occurs.
  3. Define success in the worksheet's terms: time saved, errors, share escalated and cost a task.
  4. Run the agent in suggest mode. It proposes each action and a person approves or corrects it.
  5. Review the errors together: what the agent got wrong, why, and whether the fix is better instructions, cleaner data or a narrower task.
  6. Widen permissions only when the measures hold, one action type at a time, and keep the approval step on anything customer-facing.

A written brief makes steps 2 and 3 faster. The software project brief template covers today's process and how success is judged, and its AI agents row asks which steps an agent could take.

How does Foxefy build AI agents?

Foxefy builds AI agents inside CRMs and business systems, or alongside them, for tasks such as lead qualification and routing, support and virtual assistance, follow-up drafting, record clean-up, reporting, and multi-step approvals and hand-offs. Each agent works within clear permissions and hands judgment calls to people.

Agents are tested before launch and supported after it. Every project is scoped and quoted after a discovery call. Foxefy builds agents as part of AI and automation, which also covers the rule-based workflows and integrations an agent often relies on, and as one of the options within custom software development.

Before a discovery call, write down the five tasks your team repeats most and who checks each result. That list is the start of a pilot for AI agents in your business operations. Book a discovery call to go through it.

Frequently asked questions

  1. What is prompt injection, and does it affect business AI agents?

    Prompt injection is text that tricks an AI system into following instructions it should ignore. It affects any agent that reads outside content, such as emails, web pages or form fields. Limit what the agent is allowed to do, treat everything it reads as untrusted, and require approval for actions that matter.

  2. What happens when an AI agent gets something wrong?

    What happens depends on the controls set before launch. Low-confidence cases go to a person, risky actions wait for approval, and a log shows what the agent did, so the mistake can be traced and put right. Each error then feeds a fix to the instructions, the data or the scope of the task.

  3. How should we pick the first workflow for an AI agent?

    Choose a task that repeats often, follows a pattern, has an owner and costs little if the agent errs. Lead routing and follow-up drafts are good candidates. Avoid anything with legal or financial consequences for the first pilot. Fill in the worksheet for it before you begin.

Ready to pick a first workflow?

Bring the five tasks your team repeats most to a discovery call. Foxefy will go through which suit an agent and which stay with people.

Book a discovery call