Skip to main content

Checkpoint format for fine-tunes

Isaac 0.5 is imported as a complete Hugging Face snapshot because the policy weights, Qwen language model, image processor, and LeRobot policy processors use relative paths. Do not upload only the policy directory or only the changed weight shards. Preserve the release’s root-relative layout and update the metadata to describe the fine-tuned weights. The snapshot must include: The camera order, image size, action and proprioception dimensions, chunk size, number of observation and action steps, dtype, inference backend, and target rate must agree between the Isaac recipe and its processor. Servo validates that agreement during inspection/import. Keep the whole snapshot in one repository revision so relative references cannot resolve to mismatched files.

Inspect the input contract

Inspection reads metadata and small config files before deployment; it does not download the model weights. For the public revision, the input contract has two image arrays named from its camera order (observation.images.image and observation.images.wrist_image) and an eight-value observation.state array. Check your own fine-tune’s result because its dimensions may change. Run the SDK inspection to print the checkpoint’s input keys and shapes.
inspect_checkpoint.py

Deploy

Deploy the pinned public checkpoint to the robot registered with your organization:
your computer

Import and deploy a fine-tune

Import the fine-tune at the same pinned revision you inspected, then deploy the returned model ID:
your computer
The public checkpoint can be deployed directly from its hf:// path as shown above. Preserve the entire fine-tuned snapshot and import one pinned revision so its relative weight and processor paths stay aligned.

Send observations and receive actions

On the robot computer, construct Session.predict(inputs=...) with the exact keys, shapes, and dtypes from the deployed policy. The quickstart prints those resolved inputs and shows the shared prediction flow.