Trajectory capability matrix
Trajectory capability matrix
ng_trajectory schema version 1.0 combines available model-call capture and agent observations in a rollout record. It
contains task and rollout identity, model calls and token usage, semantic turns, invocation-scoped model-visible histories,
tool attempts, resolution, step count, and explicit evidence gaps. Source attachments remain under ng_model_call_capture and
ng_agent_observations; aggregate-metrics requests omit all three attachments.
Enable model-call evidence with observability_enabled: true and model_call_capture_dir: /data/model-calls. Calls must use
a /ng-rollout/<rollout_id> Gym Model Server prefix. See Model-call capture.
Captured request and response payloads are included in ng_trajectory. LabBench rows that report the
multimodal_history_redacted gap omit those payload copies; direct provider calls are not captured. See
Model-call capture for payload retention and access-control requirements. Token fields are
prompt_tokens, completion_tokens, reasoning_tokens, total_tokens, and cached_tokens. The fields are nullable, and
provider-reported details are preserved when available.
Acceptance criteria
Agent coverage
V: complete for the evaluated path under the documented observability configuration.O: currently partial or path-dependent.X: currently unavailable.
For C1, C2, and C4, V evaluates the correlated Gym Model Server path; direct-provider alternatives are outside capture.
Simple and LabBench C3 support is partial because verifier responses may omit resolution status. Current O values reflect the
CVDP Simple path, Finance and Remote aggregate usage, LabBench image redaction, OSWorld M3 and Pointer direct-provider routes,
omitted raised failures in Simple-derived agents, and Stirrup calls outside its policy path. The matrix reports producer output,
not schema capacity.
C7 requires standardized agent-side trajectory evidence; model HTTP capture alone does not satisfy it.