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
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, constructSession.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.