Trajectory capability matrix

View as Markdown

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

IDCriterion
C1Standard schema for per-model-call token statistics and response metadata
C2Prompt, completion, reasoning, total, and cached token counts when available
C3Task and rollout identity, turn number, timestamp, question, answer, reasoning, resolution, and step count per turn
C4Model-visible input and output history can be reconstructed from persisted rollout JSONL
C5Tool output, status, start and completion timestamps, and duration
C6Independent timing for parallel tool calls
C7Resource-server-backed and custom or sandbox-backed benchmarks

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.

AgentC1C2C3C4C5C6C7
anyswe_agentXXXXXXX
anyterminal_agentVVXVXXX
aviary_agentVVXVXXX
browsecomp_agentVVXVXXX
claude_code_agentVVXVVVV
codex_agentVVXVXXX
critpt_agentVVXVXXX
cvdp_agentOOXOXXX
finance_agentXOXXXXX
gymnasium_agentVVXVXXX
harbor_agentXXXXXXX
hermes_agentVVXVXXX
kilocode_agentVVXVXXX
labbench2_vlm_agentVVOOOXV
langgraph_agentXXXXXXX
mini_swe_agentXXXXXXX
mini_swe_agent_2VVXVXXX
non_executing_simple_agentVVXVXXX
openclaw_agentXXXXXXX
opencode_agentXXXXXXX
osworld_agentOOXOXXX
pi_agentXXXXXXX
pinchbenchXXXXXXX
proof_refinement_agentVVXVXXX
remote_agentXOXXXXX
scicode_agentXXXXXXX
simple_agentVVOVOXV
speed_bench_agentVVXVXXX
stirrup_agentOOXOXXX
swe_agentsXXXXXXX
tau2VVXVXXX
tool_simulation_agentVVXVXXX
toolsandbox_agentVVXVXXX
verifiers_agentXXXXXXX

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.