+31 75 799 3038 Book a demo

Decision software for robots

Robots that know when they don’t know.

3Bird builds the decision layer for robots. It sits on top of the arm you already own, decides what to do with every item, acts when it is confident, asks a person when it is not, and records every decision.

Prefer to talk? Call +31 75 799 3038

  • Runs on premise
  • Any robot brand
  • Every decision on record

Live decision feed

Threshold 85%

  1. Vial batch 2231Route to line B
    96%Acted
  2. Carton, torn sealHold for check
    72%Asked operator
  3. Tray 18, 12 unitsPick and place
    93%Acted
  4. Unlabelled bagStop conveyor
    41%Blocked
  5. Sample kit 0417Pass to packing
    98%Acted
  6. Crate, new supplierHold for check
    79%Asked operator

Illustrative example. Not live data.

The problem

Robots are affordable. Exceptions are not.

A robot arm now costs less than a car. Yet most of them stop at the first item that does not match the script: a torn label, a new packaging, a product that arrived a day early.

Every new product and every new rule means another round of reprogramming. The integrator is booked, the line waits, and the business case slips. That is why so many lines with high variety and low volume are still done by hand.

Palletizing robot placing cardboard boxes on a conveyor

Stops at the first exception

Anything outside the programmed cases halts the line or needs a person to step in.

Every change is a project

New products and new rules go back to the integrator for reprogramming.

No record of why

When something goes wrong, nobody can show what the robot saw and why it acted.

The decision layer

The missing layer between seeing and moving.

A modern robot can see and it can move. What it lacks is judgment: what should happen to this item, right now, and is the answer safe to act on?

Fixed programs are fast, but they break on anything new. Language models can reason about exceptions, but they are slow, they write text, and they do not know how sure they are. The decision layer sits in between. It chooses only among the actions your rules allow, and it returns a probability that software can act on.

Your controller, your safety system and your integrator stay where they are. We add the layer above them.

Strategy

Language model, only when rules or tasks change. Optional.

Seconds

Decision layer

Rules, decision model, confidence gate, audit log. This is what 3Bird builds.

About 1.5 s, while the arm moves

Perception

Camera, label reading and small vision models turn the scene into structured facts.

Fractions of a second

Motion and safety

Robot controller, taught poses, hardware limits, guards and emergency stops.

Milliseconds

How it works

Perceive, decide, act or ask, record.

Four steps, on every item, every time. The same loop runs on any robot brand and with any decision model.

Perceive

Camera and sensor data become structured facts about the scene: what the item is, its state, where it sits.

Decide

The model picks one of the actions the rules allow and attaches a confidence score to it.

Act or ask

Above the threshold the robot acts. Below it, an operator gets the case on a tablet and decides.

Record

Every decision is logged with its confidence, the action taken and who approved it.

You decide how sure is sure enough.

Each decision carries a score. You set the threshold per task. Above it the robot acts, below it a person is asked. Move the threshold and watch the outcomes change.

2
Robot acts
2
Person asked
1
Blocked
  • Vial batch 2231
    96%Acted
  • Sample kit 0417
    89%Acted
  • Carton, torn seal
    72%Asked operator
  • Crate, new supplier
    58%Asked operator
  • Unlabelled bag
    41%Blocked

Illustrative example. In production the threshold is set per task, and a safety rule can block any action whatever the score.

Product demo

See it decide.

Two minutes in a simulated pharma cell. Routine boxes flow, a crushed box is blocked, an operator answers on a tablet, a rule changes in plain words, and every decision lands in the audit log.

Simulated cell with generated items. The console, the rules and the log are the real software.

What happens in the video

  1. A robot sorts pharma boxes. Every item gets a decision and a confidence score. Above the threshold, it acts on its own.
  2. A crushed box arrives. A hard safety rule blocks it. The AI cannot override it.
  3. A label is unreadable. The robot is not sure, so it asks. The operator decides on a tablet, choosing only among safe options.
  4. A new rule is written in plain words. The console shows conflicts and impact before anything changes.
  5. Every decision is recorded: what it saw, why it acted, who approved. Everything runs on premise.

Inside the operator console

Live

The arm state, the current item with its facts, the candidate actions with their probabilities, and the decision feed.

Live console view: arm state, current item, candidate actions and decision feed

Escalations

The question to the operator: the reason and only the actions the rules allow. Options locked by a hard rule stay disabled.

Escalation screen asking the operator to decide, with the allowed actions

Rules

A sentence becomes a structured rule. Priority, overlaps with existing rules and the assumptions are shown before confirmation.

Rules screen with a proposed rule and its conflicts

Audit

One record per decision: timing, gate outcome, rules fired, model version and who approved.

Audit log table with one decision record open

Metrics

Autonomy, escalations, confidence and decision latency, per run and over time.

Metrics screen with autonomy, confidence and latency charts

Plain language rules

Change the rules without reprogramming.

An operator types what should change. The decision layer turns it into a structured rule and waits for confirmation before it applies.

  • Rules are versioned. You can see who changed what and when.
  • A rule never applies before a person confirms it.
  • Safety rules are locked and cannot be changed this way.
  • No code, no downtime, no ticket to the integrator.

Operator console

Illustrative example

New rule

From now on, anything expiring before March goes to reject

Structured rule

Conditionexpiry_date < 1 March
ActionReject
ScopeAll items, all lines
AppliesFrom confirmation

Awaiting confirmation

Edit Confirm

Technology

Fast decisions, hard limits.

The decision layer runs on a new class of AI models. They do not write text. They choose between the actions the rules allow and return a calibrated probability for each.

Safety lives in code

Hard rules are deterministic code. The model can never override them.

The model only chooses

It picks from the actions the rules allow. It never invents new ones.

On premise

Runs on a small box on your site. Images, decisions and logs stay in your network.

Swap anything

Any decision model, any robot brand, any camera. No lock-in to one vendor.

How a decision travels from the camera to the robot

  1. Cameras and sensors
    Your existing hardware
  2. Perception
    Scene to structured facts
  3. Rule engine
    Allowed actions, hard limits
  4. Decision model
    One choice, with confidence
  5. Confidence gate
    Threshold set per task

Above threshold

Robot controller

Runs the action

Below threshold

Operator console

One tap to decide on a tablet

Audit log

Every step, every decision, on the record

Fast judgment, not slow text.

Daniel Kahneman describes two ways of thinking: fast, intuitive System 1 and slow, deliberate System 2. Most AI reasons like System 2, by writing text. Decision models work like System 1: they recognise a situation and choose.

Language modelsDecision models
How it answersWrites text word by wordScores every option at once
ConfidenceNot built inBuilt in, per option
ActionsMay invent new onesOnly allowed ones
Our useTurning a sentence into a ruleEvery live decision
Language models compared with decision models

What a deployment looks like

  • On-premise compute (Apple Silicon or NVIDIA)
  • Your existing cameras
  • Robot controller integration
  • Tablet console for operators
  • Audit export to CSV and JSON
  • ROS 2 integration Roadmap
  • Additional robot brands Roadmap
  • Fleet dashboard Roadmap

Use cases

Where variety beats volume.

The decision layer fits work where items change often and every exception costs time.

Robot arm handling a sample plate in a laboratory
The problem
Vials, tubes and kits change with every batch, and every handling step must be traceable.

Pharma and labs

Typical exceptions

  • Label misprinted or missing
  • Cap not fully seated
  • Vial from an unlisted batch
  • Cracked or chipped glass
  • Tray with an empty position

What changes

  • Routine items move without waiting for a person
  • Doubtful items go to the operator with the reason attached
  • Every decision is logged with confidence and approver, ready for quality review

What a pilot covers

One handling step, for example loading vials into a tray, with your batches and your rejection rules.

Robot arm handling storage crates in an automated warehouse
The problem
Thousands of SKUs, damaged parcels and new packaging arrive every day.

Logistics and ecommerce

Typical exceptions

  • Torn or open carton
  • Unknown SKU or new packaging
  • Two items stuck together
  • Label unreadable
  • Item outside the weight range

What changes

  • Familiar items keep flowing at full speed
  • Odd items wait for a one-tap decision instead of stopping the line
  • Rules like “hold anything from this supplier” apply in minutes

What a pilot covers

One picking or sorting cell with your live mix of items.

Industrial robot arm working at a manufacturing station
The problem
Short runs and frequent changeovers make fixed robot programs expensive to maintain.

Manufacturing and packaging

Typical exceptions

  • Part in an unexpected orientation
  • Variant not in the program
  • Scratch or dent on the surface
  • Missing component in the kit
  • Fixture not fully seated

What changes

  • New variants start with a rule, not a program
  • Quality doubts go to a person with the evidence attached
  • Decisions are exported for your quality system

What a pilot covers

One packing or loading station across at least two product variants.

Eggs moving along an automated sorting line
The problem
Natural products differ in shape, ripeness and quality from one piece to the next.

Food and agriculture

Typical exceptions

  • Bruised or damaged piece
  • Size at the edge of a grade
  • Foreign object on the belt
  • Ripeness between two classes
  • Packaging already damaged

What changes

  • Clear pieces are graded without a person
  • Borderline pieces go to an operator with a single question
  • Grading rules change per lot and per customer, in plain language

What a pilot covers

One grading or packing line for one product family.

Delivery robot moving through a busy indoor corridor
The problem
Robots meet people and unplanned situations in wards, kitchens and back offices.

Healthcare and services

Typical exceptions

  • Person in the path
  • Door closed or blocked
  • Item not where it should be
  • Request outside the usual hours
  • Unreadable label on a delivery

What changes

  • The robot handles the routine and asks about the rest
  • Staff answer from a tablet, without walking to the robot
  • Every decision is logged for the safety record

What a pilot covers

One service route or one handling task, with your staff answering the questions.

Where we are

A working prototype, moving to the real cell.

The full decision loop runs today, on a local model with no cloud. We publish what we have measured and say what is still in progress.

0

wrong autonomous actions

200 hard test items

82%

of items handled without a person

the rest went to an operator

100%

of routine items decided correctly

same benchmark

0 ms

added wait for the arm (p95)

decisions are prepared while it moves

Benchmark on a synthetic set of hard cases in a simulated cell, September 2026. A strong start, not a safety claim: real items and real cells come next.

Working today

  • Decision engine, safety rules and confidence gate
  • Local decision model, no cloud
  • Operator console for tablets
  • Plain language rules with versioning
  • Full audit log and metrics

In progress

  • Robot arm cell
  • Edge build on NVIDIA Jetson Orin

On the roadmap

  • ROS 2 integration
  • Additional robot brands
  • Fleet dashboard

Pilot program

We are selecting three pilot partners.

Four weeks, one cell, your items and your real exceptions. At the end you keep the full decision log, whatever you decide next.

What we bring

  • The decision layer, on premise
  • Integration with your robot
  • Rules set up with your team
  • Weekly exception reviews
  • Final report and audit log

What we need from you

  • Robot, cameras and cell hardware
  • A process where exceptions cost time
  • Real items and labels to test
  • A process owner, 2 hours a week
  • Your quality and safety rules

Made for the people who put robots to work

System integrators and robot resellers

Deliver cells that handle variety, and stop losing margin on every exception request.

Robot manufacturers entering Europe

Add a decision layer that meets on-premise data requirements and audit expectations.

Businesses with high variety and low volume

Automate lines that were never worth a custom program.

Company

A software company with one focus: judgment for robots.

3Bird is a Dutch software company, founded in 2010 by Oscar Bout and based in Oostzaan, just north of Amsterdam. Our engineers work from the Netherlands and from Kathmandu, Nepal.

After years of building software for European businesses, we are putting that experience behind one problem: giving robots the judgment to handle the unexpected, while people keep control over the decisions and the data.

2010

Founded

100+

Software projects delivered

30+

Specialists

2

Locations: Oostzaan and Kathmandu

Mission

Give every robot the judgment to handle the unexpected: acting on its own when confident, involving people when needed, and making every decision transparent and auditable.

Vision

A world where people and robots work side by side with mutual trust, and where every business, large or small, can automate without giving up control over its decisions and its data.

FAQ

Questions we hear first.

Short answers. Where something is not fixed yet, we say so and define it per pilot.

What is a decision layer for robots?

It is software that sits above the robot controller and decides what should happen to each item. It chooses among the actions your rules allow, attaches a confidence score, acts when the score is above your threshold, asks an operator when it is not, and records the decision.

Is it safe?

Safety rules are deterministic code, and the model can only pick from the actions those rules allow. Below the threshold nothing moves until a person decides. Guards, light curtains and emergency stops stay with the cell. The decision layer adds judgment; it does not replace safety hardware.

What data leaves our site?

None by default. The software runs on a box on your premises, and images, decisions and logs stay on your network. The only thing that can leave is the text of a new rule, if you use a hosted language model to write it. Remote support is off unless you switch it on.

Which robots does it work with?

Any robot whose controller accepts commands from an external system. The brands covered by a pilot are confirmed during scoping. ROS 2 support and more brands are on the roadmap.

How long does setup take?

It depends on camera access, controller access and the number of rules. Setup time is defined per pilot, and the pilot plan reserves its first days for it.

Does it replace our integrator?

No. Your integrator keeps the cell, the safety concept and the robot program. The decision layer works alongside them, and we also work with integrators directly.

How is it priced?

Pilot pricing is defined per pilot. Pricing after the pilot depends on the number of cells and is agreed before the pilot ends. There is no fee per decision.

Contact

See it decide live.

Bring your items and your exceptions. We will show you what the robot does with them.

30 minutes, no obligation. We reply within one business day.

Reach us directly

Or tell us where your robots stop

What do your robots handle, and where do they stop today? A person reads every message.

Looking for our software development services?

3Bird also supports clients with dedicated remote developers and AI-assisted software development, with European project management.

Book a demo +31 75 799 3038