S3DAT NEWS
· 21 stories RSS s3dat.com

NVIDIA turns agent consent failures into tests

NVIDIA documented a NeMo trace-to-test workflow on November 4. Its example addresses an assistant sending a message when asked only for a draft.

Spec sheet

Example evidence
42 recorded agent traces
Test design
4 tasks, including 2 held-out tasks
Evaluation formats
Harbor and NeMo Gym
Tools
NeMo Compass and NeMo Eval Author

The trace supplies the failure

The demonstration uses Hermes with a fictional company's communication and work tools. A changed instruction separates preparation from permission to send. NVIDIA reports six successful held-out runs, compared with four before the change. The deliverable is a testable distinction between two actions that can look similar in a conversation.

Compass sorts several kinds of evidence

NeMo Compass examines traces using five kinds of signals. These cover unusual behavior, tool problems, user complaints, divergence from declared rules and poor evaluation results. Its anomaly detector uses an Isolation Forest, while tool checks look for invalid arguments, failures and unproductive retries. The resulting findings point back to recorded runs. That connection lets a reviewer inspect the action sequence behind an issue rather than accepting a generated diagnosis on its wording alone.

The test needs a definition of success

NeMo Eval Author supplies skills for a coding assistant working with an agent's repository and intended behavior. It can help build an initial suite without production traces. Harbor and NeMo Gym are the supported evaluation formats. Its setup reviews or creates an ETHOS.md document describing purpose, boundaries and success criteria. This makes the expected behavior an input to the evaluation rather than something inferred only from whatever the agent happened to do.

Missing evidence has a narrower meaning

The Eval Author documentation distinguishes an unobserved behavior from an absent test. An audit might find no recorded recovery from rejected tool arguments. That finding alone does not establish that the suite lacks a recovery case. A full coverage audit needs traces from completed evaluation runs. The distinction matters when deciding whether to write another case or collect another run: those are different repairs to an evaluation process.

Validation and evaluation answer different questions

Eval Author's known-issues guide separates checking a task's environment and grader from measuring the target agent. The first establishes that the machinery for a test works. The second examines the agent's actual behavior inside that machinery. The guide describes inspecting inputs, variations, success criteria and completed runs as distinct steps. A test can execute correctly while still asking the wrong thing. That distinction gives reviewers a specific place to investigate a surprisingly clean score.

Claim check

  • Company claim NVIDIA reports held-out passes rising from 4/6 to 6/6 in its small demonstration, not a production reliability guarantee. [1]
  • Confirmed Compass is a research preview, is not intended for production use and may change interfaces without backward compatibility. [2]
  • Confirmed Eval Author asks reviewers to check generated cases, graders and coverage findings before relying on them. [3]
  • Confirmed Generated tasks may be too easy; a high pass rate on a small suite does not establish performance on realistic variations. [4]

Our read Opinion

We favor keeping the acceptance test after the prompt repair. A better instruction can be useful, but a saved check makes a later regression visible. The lasting asset is the description of an unwanted action and a repeatable way to detect it. We would change our view if maintaining these checks cost more than reviewing the same failures directly.

Sources