AI agents & assistants
How we scope, build and test agents that work inside your tools, with a person approving what matters.
ExploreGuide · AI agents
An AI agent is software that reads what comes in, decides what to do using your rules, and then does it inside the tools you already use. Here is how agents work, where they help, where they go wrong, and how to start without betting the business on them.
An AI agent is software that can take a goal, look at the information in front of it, decide on the next step and carry that step out in another system. Then it repeats until the job is done or it needs a person.
The "AI" part is a language model, the same kind of technology behind ChatGPT or Claude. It lets the agent read messy, human input like emails, PDFs and handwritten notes. The "agent" part is that it doesn't stop at writing an answer. It acts.
A simple way to keep the terms straight: a chatbot talks, an automation follows a fixed script, and an agent does a task that needs some reading and judgment along the way.
Here is a concrete case. A customer emails at 9pm asking whether you can repair a fence next week. A basic automation could forward that email to someone. An agent can read it, recognize a repair request, check whether the customer is already in your CRM, look at the schedule for open site visits and draft a reply offering two real times. If your rules say a person approves every reply, the draft waits for a one-click OK in the morning.
Under the hood, nearly every agent runs the same three-step loop.
The agent takes in something new: an email, a form submission, an uploaded invoice, a row added to a spreadsheet, a message in a chat window. It reads it and pulls out what matters: who sent it, what they want, and the amounts, dates and names involved.
The agent works out what to do next, using the instructions you give it (your playbook) and whatever it can look up. Is this urgent? Which customer is it? Does this invoice match a purchase order? Is this something it's allowed to handle, or something to hand to a person?
The agent does the step: creates a record, drafts a reply, files a document, updates a status or sends a notification. Then it checks the result and goes around the loop again if there is more to do.
The loop is what separates an agent from a single AI prompt. A prompt gives you one answer. A loop lets the software look something up when information is missing, check its own work, and stop when it reaches the edge of what it is allowed to do.
On its own, a language model can only read and write text. What makes an agent useful is the set of tools it is given. A tool is one specific action in one specific system: search the CRM for a contact, create a draft in Gmail, read the attachments on an email, add a row to the job tracker.
Each tool comes with permissions, and this is where the most important design decisions get made. An agent that can read your calendar but not change it is very different from one that can book, move and cancel appointments. A sensible build gives each agent the smallest set of tools the job needs:
Think of it like onboarding a new hire. You wouldn't hand a first-week employee the bank login and the admin password for every system. You give them access to what the job needs and widen it as they prove themselves. Agents deserve the same treatment.
These terms get mixed up, and sales pages don't always help. Here is the plain difference.
A chatbot answers questions in a conversation. Many website chatbots only answer from a script or an FAQ. Even a capable AI chatbot usually stops at words: it tells the customer something, but it doesn't go and do anything in your systems. An agent may have a chat window as its front door, but behind that door it can look up an order, book an appointment or open a ticket.
Tools like Zapier and Make connect apps with fixed rules: when this happens, do that. "When a form is submitted, add a row to this spreadsheet." They are reliable, inexpensive to run and easy to check, and for predictable tasks they are often the right answer. Their weakness is anything messy. If the information arrives as free text, a scanned PDF or an email that could mean three different things, a fixed rule can't read it.
Agents fill that gap. In practice the best systems mix the two: fixed rules for the predictable steps and an agent for the steps that need reading or judgment. Much of our workflow automation work looks exactly like that.
RPA software mimics a person clicking through screens: open this window, click this button, copy this field. It is useful for older systems with no other way in. It is also brittle, because when a screen layout changes the bot can break, and traditional RPA follows recorded steps without understanding what it is looking at. Agents can read and interpret content. When an agent has to work through a website's screens it can share some of that fragility, so a good build uses a proper connection wherever one exists.
| Type | What it does | Good at | Weak spot |
|---|---|---|---|
| Chatbot | Answers questions in a conversation | Common questions, after-hours replies | Usually can't act in your systems |
| Rules-based automation | Runs fixed "when this, do that" steps | Predictable, structured tasks | Can't read messy or unstructured input |
| RPA | Repeats recorded clicks on screens | Old systems with no integration | Breaks when screens change |
| AI agent | Reads, decides and acts in a loop | Tasks that need reading and judgment | Needs guardrails, testing and clean data |
These are illustrative examples of work agents handle well. Every business is different, and the right first project comes from looking at your actual workflows, not from a list.
Agents are useful, and they are also new technology with real failure modes. Anyone selling you an agent should be able to talk about these plainly.
Language models can produce confident answers that are wrong. An agent asked about a policy it was never given may invent one that sounds reasonable. The fix is not hope. It is giving the agent your actual documents, instructing it to say it doesn't know when the answer isn't there, and keeping a person in the loop for anything customer-facing until the output has earned trust.
An agent is only as good as what it reads. If your CRM is full of duplicate contacts, or the price list in the shared drive is out of date, the agent will act on those errors faster and more consistently than a person would. Cleaning up the source data is often the first job.
An agent with more access than it needs can do more damage when something goes wrong. That might be a bug, a misread email or a message written specifically to trick it. That last one is called prompt injection: text hidden in an email or document that tries to give the agent new instructions. Narrow permissions limit how far any mistake can spread.
Agents are weak at decisions with no clear rules, high stakes and lots of unwritten context: whether to offer a discount to an upset long-time client, how to answer a legal threat, whether to take on a risky job. Those decisions should stay with people.
The risks above are manageable. They just need to be designed for from the first day, not patched in after something goes wrong.
A quick test for any agent proposal: ask what happens when the agent is unsure. If the answer isn't "it stops and asks a person," keep asking questions.
Here is the idea behind how we build. Traditional software runs on infrastructure: servers, databases and APIs. Your business runs on infrastructure too. It just looks different. It is the inbox, the CRM, the accounting system, the shared drive, the scheduling tool and the supplier portal your team logs into every day.
AI agents use the internet the way software uses infrastructure. APIs, inboxes and web apps are their servers. That means you usually don't need new software for an agent to be useful. It works inside the systems you already pay for, through official integrations where they exist and through email, exports or the web interface where they don't.
It also means the agent's work shows up where you already look. The draft is in your Gmail. The new contact is in your CRM. The bill is in QuickBooks, waiting for your approval.
You don't need an AI strategy document to start. You need one well-chosen workflow.
If your work involves confidential client files or regulated records, also think about where the AI runs. Some agents can use a model that runs on hardware in your office instead of a cloud service. Our private and local AI page explains how that works.
When you're ready for a second opinion, see how we design and build AI agents for small businesses, or book a free workflow audit and we'll look at your workflows with you.
Keep reading
How we scope, build and test agents that work inside your tools, with a person approving what matters.
ExploreA two-week method for listing, scoring and choosing the tasks worth automating.
Read the playbookWhere your agent's AI model should run, and how to decide for sensitive business data.
Read the explainerFree workflow audit
We'll look at the work that comes into your business every day and show you where an agent could help, where simple automation is enough, and where a person should stay in charge. No cost, no obligation.
or email tom@columbusinnovate.com