threefoldWORKSLet’s talk
Menu

EXPLAINER

What follow-through means

The industry’s word for this is agentic. Ours is follow-through — the part of a working day where somebody has to check, chase, and close the loop.

Why we say follow-through and not agentic

“Agentic” is the accurate technical term, and this is the one page on this site that uses it freely. A question-answering tool waits to be asked. An agentic one is handed a task and works it: it reads the records, prepares the action, routes it to the person who owns the next step, chases the reply, and raises what it cannot settle on its own.

We name the word once on the homepage and never elsewhere. Not because it is wrong, but because the person deciding whether to call us runs branches, not model evaluations. What that person recognises is the work that falls through the cracks on a busy day: the delivery nobody reconciled, the transfer nobody confirmed, the query nobody sent. Follow-through is the name of that gap being closed.

The five words this site uses

Follow-through
An assistant carrying an operational task to resolution: checking the records, preparing an action, routing it to the right person, chasing it, and escalating what it cannot settle. Every one of those verbs stops short of deciding.
Assistant
The software that does the following through. It has one narrow job inside one workflow you already run. It is not a colleague and it has no opinion about your business.
Ordinary rules
Deterministic automation: thresholds, reminders, routing. Same input, same result, every time. Most of a working process is ordinary rules, and we use ordinary rules wherever they are enough.
Draft
Anything the assistant produces before a person confirms it. A drafted credit note is not a credit note. A drafted supplier query has not been sent.
Review and approval
The human control points. The assistant prepares work up to them and stops. When the approval is given it stays on the record, with the name of the person who gave it.

Where the AI part actually is

In a smaller place than most pitches imply. AI reads the photographed delivery receipt and pulls the line items off it, because that needs interpretation. An ordinary rule compares 20 cases billed against 18 received, because that is arithmetic. An ordinary rule sends the reminder when the supplier has not replied by Thursday, because that is a clock.

We mark which step is which before we build, and we use AI only where a judgement about messy input is needed. A process that runs on rules is cheaper to build, easier to check, and it behaves the same way next month.

What your team has to learn

Close to nothing, and that is deliberate. In a 2025 survey of Philippine organisations, the barrier named most often was a lack of AI skills — ahead of security concerns. Any tool that asks a branch team to become its operators has moved the work rather than done it.

So the skill we build against is the one a branch manager already has: read a short message, check it against what you know, reply yes or no. Nobody writes prompts. Nobody opens a new console at ten at night. The assistant comes to the people who already own the decision, in the channel they already read.

ILLUSTRATIVE EXAMPLE

A short delivery, followed through

A scripted example, not a client’s live system. It is the same loop the homepage figure walks.

  1. The receipt is read. A photo of the delivery receipt arrives from the branch. AI reads it into a draft receiving record against PO-2214.
  2. It is matched to the purchase order. Twenty cases of cooking oil billed, eighteen received.
  3. The short delivery is flagged. The receipt line and the PO line are attached as evidence, so the person who looks at it next is not re-doing the check.
  4. A supplier query is drafted. Drafted, not sent, and routed to the branch manager with the evidence already on it.
  5. The manager approves. The credit note is recorded, the query is closed, and the approval stays on the record.

Four of those five steps are the assistant’s. The fifth is the manager’s, and the assistant cannot take it — not because it failed a check, but because that is where we drew the line when we built it.

Where it stops

Money moving, stock moving, and records changing are decisions, and decisions belong to your people. The assistant drafts, chases, and escalates. A purchase, a transfer, a refund, or a write-off waits for someone to approve it, and the record shows who did.

When the assistant meets something it was not built for — a supplier who answers with a different SKU, a receipt it cannot read — it escalates instead of guessing. An exception raised early is the point of the thing. A wrong entry made confidently is the failure it exists to prevent.

See the loop on the homepage