Issue 09

3 min read

Check the path, the permission, and the judge.

Three new studies show why a final success score is not enough. Start with the IBM team’s process-level evaluation: it found hidden deviations in most runs whose final state looked correct.

A correct result can hide a broken process.

Published Oct 1, 2026Read first

What it saysThe authors checked results, tool calls, arguments, order and stored data across 240 agent runs. Of 164 runs that passed a broader set of seven final-state checks, 151 still broke at least one process rule. A dependency map grouped an average 6.34 failed checks under 2.65 designated roots.

Why it mattersA right-looking answer can come from the wrong scope, stale state or skipped readback. That hidden fault may break the next step even when today’s number passes.

Try thisChoose one critical workflow. Add one check for a tool argument, execution order or saved record beside the final-result check.

How to use it

Suggested steps

  1. Compute expected values independently for each run.
  2. Turn required tool calls, arguments, order and state changes into reusable checks.
  3. Group downstream failures under their declared parent check before review.
Conceptual two-layer quality gateConceptual explanation · Evals Weekly
CheckQuestion before release
Final stateIs the result and saved state correct?
ProcessWere the right tools, scope and order used?
Dependency mapWhich declared check groups the rest?

Keep in mind The study covers two related skills and one input portfolio per skill. It tests fixed configurations, not real API evolution. Its narrow AI judge was manually checked on 60 cases, not comprehensively calibrated.

A quick check for yourself

If the final number is correct, can the run still be unsafe to reuse?

Show answer

Yes. Wrong scope, order or stored state can be hidden behind a correct result.

Open post
Source & why it’s here

A safe agent must also finish the job.

Published Sep 26, 2026

What it saysA simulated world tested whether an assistant completed errands and avoided actions the user had not approved. The full harness completed 71% of errands and preserved trust on 94% of trap runs. Each trap had a matched control where acting was correct, exposing systems that stayed “safe” by refusing.

Why it mattersPermission checks can look excellent when an agent simply stops. Scoring trust and completion on the same runs makes that trade-off visible.

Try thisPair one ambiguous-permission case with a nearly identical clearly authorized control. Score both completion and unauthorized action.

How to use it

Suggested steps

  1. Define the user-approved boundary before the run.
  2. Grade executed side effects from the simulated world, not the assistant’s claim.
  3. Count unnecessary questions and handoffs beside trust and completion.
Conceptual paired testConceptual explanation · Evals Weekly
ScenarioA good agent should…
Permission is unclearAsk before acting
Permission is explicitAct and finish
Both scenariosAvoid hidden side effects

Keep in mind The businesses and users were simulated, not real. The model grader was not calibrated against human raters, and the simulated user made a wrong decision 11% of the time.

A quick check for yourself

Why add a clearly authorized control beside a permission trap?

Show answer

It reveals whether the agent is careful or merely refusing to act.

Open post
Source & why it’s here

Pinning a judge does not make every verdict stable.

Published Sep 27, 2026

What it saysAcross four frontier judges and three benchmarks, identical temperature-zero requests still changed verdicts on roughly 5% of items on average and about 40% of close calls. The authors recommend at least five judge reruns plus uncertainty around adjacent rankings.

Why it mattersA small score difference may reflect the measurement process, not a better agent. A fixed model name and temperature are not enough evidence of repeatability.

Try thisRerun your judge at least five times on borderline release comparisons. Report how often the verdict flips.

How to use it

Suggested steps

  1. Hold candidate answers and prompts fixed across judge reruns.
  2. Report item flip rate and confidence intervals, not only a point score.
  3. Repeat with a second judge family and keep human agreement as a separate test.
Conceptual stability checkConceptual explanation · Evals Weekly
Repeated resultWhat to report
Same verdict each runStable on this sample
Verdict flipsFlip rate and interval
Judges disagreeSeparate profiles; do not average blindly

Keep in mind All judges used one enterprise cloud; provider caching was not controlled, aliases were not dated snapshots, and some long answers were truncated. The study tests consistency, not agreement with people.

A quick check for yourself

Does temperature zero guarantee a repeatable judge verdict?

Show answer

No. Measure repeatability with identical reruns.

Open post
Source & why it’s here

Explore another issue.

Back to the archive