How we think

How we think about judgment.

Your agent has memory. It doesn't have judgment yet. Here is what we mean by judgment, and the five principles we hold ourselves to.

CALL #0001 · CLIFFSAT 16:40

Don't jump today.

Water is 1.2 m deep today.82% LIKELY TO HURT
  • Water level down since the dry spell
  • Gusts from the north after 4 pm
Ask why ↓
yes, this page is about supply chains

01 · Memory is not judgment

Memory is not judgment.

Agents rarely fail for lack of information. They fail with the right information in front of them.

Memory answers what an agent knows. Context answers what is happening right now. Judgment answers what to do, and whether to act at all.

A memory system will tell you a customer bought a box of cookies on November 27. Context tells you it was Black Friday and she paid 30% less. If you are pricing those cookies next week, the first fact tells you nothing, and the second lets you start deciding. It still isn't judgment. It is what judgment needs to work.

Receipt #2711 · One box of cookies

MemoryBought one box of cookies.Nov 27, 11:04
ContextIt was Black Friday. She paid 30% less.+ The reason
JudgmentSo what should the price be next week?Still open
most agents stop one row early

Three ways agents fail with the answer right there

Acted on the wrong record.
Treated a cheap mistake and an expensive one the same.
Should have stopped and asked someone.

02 · What judgment is

Judgment is the move with the best odds, given what you know, what you do not know, and what it costs to be wrong.

sometimes the best move is not to act.

One jump, broken down

A person at the edge of a cliff above the water, with the wind and the rain around them

The state of things

The rock, your body, what you have on.

How they relate

How far you are from the edge. How deep the water is.

What's happening around you

The wind. The rain.

=the odds of getting hurt × what it costs if you're wrong

JumpDon't jumpAsk someone who knows this cliff
None of it is written down anywhere.

Ask a chatbot whether you should jump.

It will tell you not to. Not because it judged the jump. It doesn't know how deep the water is, whether there's wind, or whether you've jumped off this cliff a hundred times.

A chatbot, with memory

should I jump off this cliff?

I'd strongly advise against it. Cliff jumping can cause serious injury. Please consult a professional.

knows everything about cliffs. nothing about this jump.

A judgment layer, on this cliff

CALL #0002 · CLIFFSUN 11:15

Jump. Left ledge, feet first.

Water is 4 m deep today.91% SAFE
  • You've jumped here 100 times
  • No wind until 4 pm
Ask why ↓

Deciding is betting. A good agent isn't the one that remembers the most, it's the one that bets best. And sometimes the best bet is not to jump, or to ask someone who knows this cliff.

03 · Not just more context

Why more context isn't enough.

Context tells an agent what is happening. Judgment decides what to do about it. You can hand an agent perfect context and still get the wrong call, because nothing in the context says which option has the best odds or what a mistake costs.

Context graphs and decision traces tell an agent how a case was handled before. That is useful, and it is still context. It doesn't tell the agent whether this case is the same, or whether to act now.

Context also expires. The right call before a line went down is the wrong call an hour later. Judgment has to be made again every time the situation moves.

Same context, one hour apart

09:00 · Line 2 upShip from Plant A.Right call
10:00 · Line 2 downShip from Plant A.Wrong call
same call, one hour later. now it's wrong.

04 · Not just guardrails

Why guardrails aren't enough.

Guardrails are rules written in advance about what an agent must never do. They matter, and they are not judgment. Most real decisions aren't between allowed and forbidden. They are between several allowed options with different odds and different costs.

Rules also break where operations actually live, in the exceptions nobody wrote down. Every new rule is a guess about a future case, and stacking them makes an agent more cautious without making it better.

Judgment works the other way around. Instead of listing what not to do, it weighs every option it has, including not acting, and picks the one with the best odds.

The rulebook

Rule 01Never refund outside the return window.Covered
Rule 02Never ship without a signed PO.Covered
Tuesday 15:02Two late orders, one truck. Which ships first?No rule
this is most of the day.

05 · How we apply it

Five principles.

What we hold ourselves to every time Intelital makes a call, for a person or for an agent.

  1. Principle 01

    The planner's plan is the baseline, not the answer.

    Every operation already has people making these calls, usually in a spreadsheet, usually well. We start from what they would have done. A recommendation has to beat that plan and show why, or it doesn't belong in front of anyone.

    The planOrder 40 tons on Monday.

    The callOrder 32 now, 8 on Thursday. Here is why.

  2. Principle 02

    Copy or improve: both.

    Sometimes the best a system can do is decide exactly what an experienced planner would. Sometimes it sees something they can't. When a person accepts, rejects, or adjusts a call, that answer is stored with the case, and it is how the system learns which situation it is in.

    AcceptRejectAdjust
    every click teaches it
  3. Principle 03

    Most missing information was never in a system.

    The constraint that decides the outcome often lives on a sticky note under someone's monitor. No ERP holds it. It shows up when a person rejects a call and says why, so we ask, and we keep the answer.

    Supplier B is always late in December.
  4. Principle 04

    Not only A vs. B.

    Most tools pick between options inside fixed limits. Some of the best decisions change the limits. Move the deadline, split the order, pay for overtime once so you don't pay for it every week.

    ABor move the deadline?
  5. Principle 05

    Odds and the cost of being wrong decide when to act.

    An agent should act on its own when it is confident and a mistake is cheap. It should stop and ask the one person who knows when it isn't sure, or when being wrong is expensive. Escalating is a decision too.

    Sure + cheapAct.

    Unsure or costlyAsk the one person who knows.

  6. The short version

    Start from the planner. Learn from every no. Look past the options on the table. Know when to ask.

What principle 03 looks like in practice

Line 3 can't run two flavors back to back!!

✓No back-to-back flavors on line 3Rule · checked on every call

Now part of every call.

06 · What it means for your agents

If you are building agents, or running an operation that is starting to use them.

Before your agent acts

  • Know what the move is worth.

    Before it commits a scarce resource (inventory, a truck, cash, someone's time), it should know what the move is worth, how sure it is, and which constraint limits it.

  • Give it a way not to act.

    An agent that can only act will act.

  • Record every decision.

    With its reasons and what happened after. That record is the only place your company's judgment can be learned from.

  • Score the call, not the task.

    Most agent benchmarks check completion. Completion says nothing about whether the call was right. Score decisions against what happened.

Intelital is building the judgment layer agents and operators will be able to call before they act. It will work across the systems you already run, from the ERP to the planners' spreadsheets, and return the call, the reasons behind it, and when to hand it to a person. The example below shows what a call could return.

Example · Two late orders, one truck · What comes back

The callShip Order 2 first.
The odds78% it arrives on time.
If wrongOrder 1 misses its dock slot. Cheap to fix.
WhyOrder 2's customer is out of stock. Order 1's has four days left.
Ask a person?Not this time.
the answer the rulebook never had.

One decision to start

Pick one decision your team makes every week.

We'll show you how we'd make it.