Skip to content

Services/U4/Agents and workflow automation

AI agents and workflow automation

AI agents that run one workflow inside your systems, with confidence thresholds, review queues, evaluation on past cases and a full audit trail.

Talk to our team →
Format
Fixed scope build
Best for
Teams with high volume, rules heavy work that arrives as documents or messages
Stack
LangGraph, Claude (Anthropic API), Llama, vLLM, PostgreSQL with pgvector
Runs on
Your servers, on premises

A person reviews whatever the agent is unsure of

The agent posts what clears your threshold and sends the rest to a queue with the reason.

  1. 01Email, PDF or portal
  2. 02Read and extract
  3. 03Check your rules
  4. 04Draft the entry

Confidence above your threshold?

Yes

Posted to your system of record

Logged with inputs and model version

No

Review queue with the reason

A person approves or corrects

You leave with one workflow live in production

  1. 01

    One workflow live in production

  2. 02

    Accuracy measured on your historical cases before it carries load

  3. 03

    Your team operating it without us

What is an AI agent?

An AI agent is software that uses a language model to plan a task with several steps, call tools and hand off at defined checkpoints. A tool call is a request from the agent to another system, such as an ERP lookup or a draft posted to the CRM.

What production looks like

A demo reads one clean document and pulls out the fields. Production has the supplier who sends a photo of a page and the credit note that arrives before the invoice. It has the job code that only one person knows and the month when volume triples. Most of the work is in the exception paths, the review points and the monitoring that shows drift before your customers see it.

How we scope it

A build starts with a written workflow definition that answers four questions:

  • What comes in, in every form it arrives in
  • What must be true for the output to be correct
  • What happens when the agent is not confident
  • Who is accountable for the output once it leaves

We tell you before you fund the build if any of those questions has no answer.

Orchestration and tool calls

We build the agent as a graph in LangGraph. Each step is a node, such as extract the fields, look up the record, check the rules or route the case. The graph keeps the state of each case. A case can wait for a reviewer and continue from the same point. Tool calls go through the APIs of your systems of record, such as the ERP, the ledger, the claims platform or the CRM. The agent signs in with a service account that holds only the permissions the workflow needs. The model can run in your own cloud account or on your own servers, as private AI describes.

Confidence thresholds and review queues

Every output carries a confidence score and the checks it passed. A case above the threshold and under the cap goes straight through. A case below it goes to a review queue with the source document, the fields the agent extracted and the reason it stopped. We set each threshold and cap by the cost of an error. A misfiled internal document is cheap and can run without review. A payment to a new bank account cannot be reversed, and it goes to a person every time.

Evaluation

Before go live we build an evaluation harness from your historical cases with known outcomes. Each case holds the input and the output your people agree is correct. pytest runs the checks and scores the agent on each field and each decision. The harness runs again after every change to a prompt, a rule, a threshold or the model. The agent can start in shadow mode, where it drafts each case while your team still does the work, and we compare the two.

Observability and audit trail

Langfuse traces every run, and OpenTelemetry sends the same data to the monitoring you already use. A trace holds the input, each model call, each tool call, the confidence score, the reviewer action and the final output. An alert goes out when accuracy on recent cases drops below the agreed level. The audit trail stays in your environment. The documented rollback sends every case to the manual queue or restores the previous prompt, rules and model.

Use cases

In each one the agent gathers the evidence and drafts the case, and a person decides. All use cases are on one page.

In practice

A Sydney builder sends job descriptions to a WhatsApp number. The system drafts an estimate from the builder’s own cost catalogues and past pricing and sends it back for review, in minutes rather than hours. For a meat distributor we built an agent on the product database. It reads text and WhatsApp orders, prices each line and drafts the sales order and the quote. The business now handles more than 100 orders a day and has doubled without adding headcount.

Handover

An operator on your side learns to read the traces, adjust the rules and thresholds, retire a prompt and rerun the evaluation harness. We train that person, write the runbook with them and stay on call while adoption settles.

ai-workflow-automation.stack.yaml
# Tools on this service. Same stack across every Zinto build.
service: Agents and workflow automation
runs_on: your servers, on premises
stack:
  - LangGraph
  - Claude (Anthropic API)
  - Llama
  - vLLM
  - PostgreSQL with pgvector
  - pytest
  - Langfuse
  - OpenTelemetry

Questions

Which workflows are good candidates?

High volume work that arrives as documents or messages, with rules that a new hire could learn in a fortnight. A wrong output must be caught downstream rather than being catastrophic. Invoice and quote handling, claims intake, supplier onboarding and compliance checks fit this shape.

How do you decide what runs without review?

We set it by the cost of an error. Each workflow gets a confidence threshold and a cap, such as a dollar value or a risk class, and a case above the cap or below the threshold goes to a person. The thresholds are written down, agreed with the business owner and changed only after the evaluation harness runs again.

What accuracy should we expect?

It depends on the workflow, and we do not quote a number before we see your data. We measure accuracy on your historical cases before go live and show you the scores. We tell you if it is not good enough before the agent carries real work.

What happens when a model is deprecated?

The model sits behind an interface and the evaluation harness stays with you. A model change is a test run against your historical cases rather than a rebuild. That process is part of the handover.

Tell us where your hours go.

We map the work, size the hardware and price what is worth automating.

Talk to our team →