Run a NeMo Fabric Agent inside Harbor
The Harbor runner runs any importable Harbor agent, and NeMo Fabric ships one. Combining them gives you a Fabric harness inside Harbor’s per-trial Docker sandbox, scored by the task’s verifier, without leaving agent-eval. This page runs the LangChain deepagents harness on a Nemotron model from build.nvidia.com.
Compared with the Fabric runner, which runs the harness on the host and scores with SDK metrics, this path trades the containerless loop for Harbor’s isolation, retries, and verifier rewards. Both stay supported; pick by dataset shape.
Prerequisites are the Harbor runner’s (Python ≥ 3.12, Docker, the harbor extra) plus:
NVIDIA_API_KEYfor build.nvidia.com, exported in the process that runs the evaluation.- A task image with CPython and bash. The Fabric agent installs Fabric and the harness into the
task container at setup time with
python3 -m venvand pip, so an Alpine-only image will not do. The repo shipsfabric_hello_world_datasetonpython:3.12-slimfor exactly this.
Nothing Fabric-related needs to be installed on the host: the agent class below is part of the SDK, and the harness is installed inside the container.
The agent
nemo_evaluator_sdk.agent_eval.runtimes.harbor_fabric_agent:NemoFabricAgent is a thin subclass of
nemo_fabric.integrations.harbor:FabricAgent, Fabric’s custom Harbor agent. It accepts every FabricAgent constructor
argument through agent_kwargs, and resolves what a non-OpenAI model provider needs from the
provider/model slug in agent_model_name:
Override the defaults with fabric_model_api_key_env and fabric_model_base_url in agent_kwargs,
for example to point at a self-hosted NIM.
Run it from the SDK
The same thing is packaged as an example:
What happens per trial: Harbor builds and starts the task container, NemoFabricAgent creates a venv
inside it and installs nemo-fabric[deepagents], uploads a typed Fabric run spec, and runs the harness
against the task’s instruction.md. The deepagents harness works in the Fabric workspace through its
filesystem tools, so it writes /app/hello.txt and Harbor’s verifier awards reward: 1.0.
agent_kwargs is persisted verbatim by Harbor in the job directory’s config.json, which is why the
key travels through agent_env_from_host instead. Inspect the persisted agent entry after a run:
Submit it as a platform job
On the platform the target is a HarborRunnerTarget, the target of an AgentEvalInputSpec. The
credential becomes an env_secrets entry: a NeMo Platform secret reference the service resolves into
the job’s environment at compile time, which the job then forwards exactly as above.
The value appears on neither the spec, the run bundle, nor config.json. See
Evaluate a Harbor Task Suite for the rest of
the target’s fields and the job dir’s cache behaviour.
When to use this instead of a built-in Harbor agent
Harbor ships its own agents, such as codex, which install the agent CLI in the task container and
drive it with Harbor’s wrapper; if you only want that agent’s reward on a Harbor suite, use them
directly (agent_name). Run the agent through Fabric when you want Fabric’s surface: one typed agent
config that also runs in the Fabric runner
outside Harbor, Fabric’s tool policy, skills, and MCP wiring, and Relay ATIF telemetry for
trajectory-aware metrics.
Choosing the harness and model
- Harness:
fabric_adapter_idselects it;fabric_packagemust install the matching extra (nemo-fabric[deepagents],nemo-fabric[codex], …). Harness-specific settings go infabric_harness_settings. - Model: any Nemotron id from build.nvidia.com works with the
nvidia/provider. The example usesnvidia/nemotron-3.5-lightning-30b-a3bfor speed; larger models such asnvidia/nemotron-3-super-120b-a12brun the same way. - Telemetry: leave
fabric_telemetryat its defaultnonewith deepagents; that adapter does not support Fabric’s Relay observability configuration.