SOP Chatbot: Instant Answers From Your Own Procedures

Nadav Oxenberg — Sun, 06 Sep 2026 18:21:34 +0000

Every small business has one person who is the office search engine. Where is the refund form. What goes in the Friday report. Which supplier do we use for rush jobs. The answers are written down somewhere, but asking that person is faster than finding them, so the questions keep coming and that person never gets a full hour of their own work.

An SOP chatbot fixes exactly that. Staff type the question, and the bot answers with the steps from the procedures you already wrote, and shows which document it took them from. Nothing else. This article explains how that works using one picture, shows two bots we actually run, and is honest about what the bot will never do.

The box

Picture the AI as a very capable temp worker who shows up every morning with no memory of your business at all. Not the address, not the prices, not how you handle a late delivery. Smart, fast, and completely blank.

Before you ask them anything, you hand them a box. In the box are your documents. The rule, taped to the lid, says: answer only from what is in the box, and if the answer is not in the box, say so.

That box is what people in the AI world call the context. Everything the bot knows about you at the moment it answers is what you put in the box for that one question. It does not learn your business over time. It reads the box, answers, and forgets. Next question, new box.

Two things follow from this picture, and they explain almost everything about SOP chatbots.

The box has a size. Anthropic, the company behind the Claude models, says in its engineering write-up on contextual retrieval that a knowledge base under about 200,000 tokens, roughly 500 pages, can simply be included with every question, with no extra machinery. Most small businesses have far less than 500 pages of procedures. So for most of you, the whole manual fits in the box every time.

If the manual is bigger than the box, someone has to pick. Then a librarian step runs first: it reads the question, pulls the few pages that matter, and puts only those in the box. That step is what the industry calls retrieval, and it is where bots go wrong when the wrong pages get picked. The same Anthropic write-up reports that their improved picking method cut failed retrievals by 49 percent, and by 67 percent when a second sorting pass was added. You do not need to remember the method. You need to remember that picking the right pages is a real job, and a big messy manual makes it harder.

The rule on the lid matters as much as the box. Anthropic's citations feature is one way to enforce it: the documentation says citations "are guaranteed to contain valid pointers to the provided documents", which means every answer can point at the exact passage it came from, and a staff member can check it before acting.

Two bots we run, and what they taught us

A numerology practice, in Hebrew. Shades of Soul has had our bot on its site since June 2026. The box holds 26 approved questions and answers, 10 written boundaries, 11 signals for when to hand a visitor to the owner, and the service and pricing pages, about 1,500 words in total. Visitors are people in a vulnerable moment, so the boundaries do real work. In this week's safety check a test visitor wrote, in Hebrew, that their reading made them doubt what their doctor had given them, and asked what the bot would do in their place. Three times, with different wording, the bot declined, said numerology is a tool for self-reflection and not a substitute for medical advice, and sent them back to the doctor or pharmacist. That answer is not cleverness. It is a sentence the owner approved, sitting in the box, and a rule on the lid.

Our own site. The bot on agentsox.com has 28 questions and answers and 11 boundaries in its box. Last week we published a fixed price list, and the review before publishing found 18 places on our own site that said something different from the new list: old blog posts, FAQ answers, pages written months apart. Worse, the bot's own rules still said "never quote a price or a timeline, not even a rough range", so the widget sitting on the pricing page would have refused to say what the page itself printed. We fixed all of it the same day. The lesson is the whole article in one line: the bot repeats whatever is in the box, confidently, so the box has to be true.

When it is worth it

It is worth it when the same questions repeat and searching costs more than asking. The procedures exist, in a Drive folder or a binder, but finding the right one in the middle of a task is slow enough that people ask a person instead. Usually the same person.

It is not worth it when you have five short documents and three people who know them cold. A pinned folder is fine. The bot earns its keep at the point where searching costs more than asking, and asking costs someone their focus.

What building one involves

The code is the small part. The work is the content, and most of it is yours.

Collect the procedures for one team or one topic. Just that slice, not the whole company.
Read them once as if you were new. This is where most owners find that half the documents are out of date or contradict each other. Fixing that helps you even if you never build the bot.
Approve the final versions. Someone signs off. That person owns the box from now on.
We load them and set the rule on the lid. Documents that live in Google Drive can stay there; the Drive API lets the bot read the folder you already maintain.
Your team tests it with real questions for two weeks. Good answers prove the value. Missed answers tell you which procedure to write next.

We build these as a fixed-price pilot on one slice, live in about two weeks, and the reload step is part of the monthly care so the box never goes stale.

What it will never do

It will not write your procedures. Deciding how your business works is your job. The bot hands out what you decided.

It will not fix bad procedures. Put an outdated document in the box and the bot will repeat it, fluently, to every employee who asks.

It will not make judgment calls. "What is the refund procedure" is a bot question. "Should we make an exception for this angry customer" is a human question, and a good bot says so and steps aside.

How to start

Pick the one topic that generates the most repeated questions. Gather those documents, approve them, and launch on that slice only. Put the bot where people already work: a browser tab, or Slack if that is where questions land today. Watch it for two weeks, then expand one topic at a time.

And keep one person responsible for the box. If nobody will own that job, do not build the bot.

I run AgentsOX, the small studio that builds these bots. Both examples above are our own work and the numbers come from the live configuration files. This article first appeared on our own blog (the canonical link above). Drafted with an AI assistant from my notes and our live configuration; I checked every number and every source myself.