
Jetson Package
OfficialFreeStreamline Jetson container and package selection.
Free · Opens the source repo
What Jetson Package does
The Jetson Package skill is designed to assist developers working with NVIDIA Jetson devices by guiding them in selecting appropriate Docker images and Python packages tailored for their specific hardware. It addresses a common issue where agents may suggest generic ARM packages that are not optimized for Jetson's unique GPU architecture. By default, this skill encourages users to opt for NVIDIA-curated artifacts, ensuring compatibility with the Jetson streaming multiprocessor (SM) targets.
This skill is particularly useful when users encounter installation issues or when they are uncertain about which container or package to use for their machine learning stacks. It provides clear guidance on selecting Jetson-compatible containers, such as those from the NVIDIA GPU Cloud (NGC) and the Jetson AI Lab PyPI index. The skill also helps users avoid the pitfalls of using outdated or incorrect container tags that may not support the necessary CUDA or JetPack versions required for optimal performance on their devices.
When using the Jetson Package skill, developers can confidently ask questions about Docker images, PyTorch versions, or CUDA wheels specific to their Jetson hardware. The skill leverages the output from a provided script to detect the device's specifications, ensuring that recommendations are accurate and tailored to the user's environment. This targeted approach not only saves time but also enhances the overall development experience by reducing the likelihood of compatibility issues during setup.
In summary, the Jetson Package skill is an essential tool for developers and designers working with NVIDIA Jetson devices, providing them with the necessary resources to make informed decisions about their container and package choices, ultimately leading to more efficient development workflows.
When to use it
Use this skill when you need to select Docker images or Python packages specifically for NVIDIA Jetson devices, especially when facing installation issues.
When not to use it
This skill is not suitable for general ARM development outside of the NVIDIA Jetson ecosystem, nor for non-GPU related tasks.
What you can build with it
Selecting a Docker Image
When unsure which Docker image to use for a specific Jetson model, this skill provides the best options based on the detected hardware.
Installing PyTorch
If you need to install PyTorch on a Jetson device, this skill directs you to the correct version and package index for your JetPack.
Resolving Installation Failures
If a `pip install` fails due to compatibility issues, this skill helps identify the correct wheels and indexes to use for successful installation.
How to install Jetson Package
View source1. Install with the skills CLI
npx skills add nvidia/skills/jetson-package --agent claude-code2. Or install it manually
Download the skill folder and drop it into ~/.claude/skills/ for all projects, or .claude/skills/ to scope it to one repo. Restart Claude Code so it picks up the new skill.
Anthropic's agentic coding CLI, and the reference implementation of Agent Skills. Drop a skill folder into ~/.claude/skills and Claude Code loads it automatically whenever a task matches the skill's description. Claude Code docs
Inside SKILL.md
Written by nvidiaJetson Package & Environment
Agents often suggest docker pull images or pip install wheels that claim aarch64 support but were never built for Jetson’s GPU streaming multiprocessor (SM) targets. On Jetson, default to NVIDIA-curated artifacts unless the user explicitly opts out.
Purpose
Choose Jetson-compatible containers and Python package indexes before installing GPU-native ML stacks. This skill prevents agents from recommending generic ARM wheels or stale container tags that do not include the right CUDA, JetPack, or SM target for the device.
When to use
- "Which Docker image / container should I use on this Jetson?"
- "Where do I get PyTorch / vLLM / CUDA wheels for Jetson?"
- "
pip installfailed" or "wrong CUDA / SM" after installing a generic ARM wheel. - Before
docker runorpip installfor ML stacks on Orin or Thor. - User or agent looks for
l4t-cudacontainers on NGC — redirect tonvcr.io/nvidia/cuda(multi-arch). - "Which PyTorch container should I use on Jetson?" — answer depends on Thor vs Orin and JetPack version.
Canonical sources (use these first)
-
Prebuilt containers (GHCR) — NVIDIA-AI-IOT packages:
llama_cpp,ollama,live-vlm-webui, older-Orinvllm, and related images built for Jetson JetPack stacks. Prefer these over randomarm64images on Docker Hub. For vLLM, use upstreamvllm/vllm-openaion Thor and Orin JetPack 7.2 / L4T r39+. -
NGC CUDA / PyTorch containers — Tag selection depends on Jetson generation. Do not treat example PyTorch tag shapes as pinned recommendations; look up the current tag in the NGC PyTorch catalog before giving a command.
Jetson CUDA base PyTorch Thor nvcr.io/nvidia/cuda:<ver>-devel-ubuntu<ver>(multi-arch, arm64 included)nvcr.io/nvidia/pytorch:<current-tag>-py3(main multi-arch tag; verify current NGC tag)Orin + r36 / JetPack 6 same multi-arch CUDA base nvcr.io/nvidia/pytorch:<current-tag>-py3-igpu— verify the current NGC tag and use the-igpusuffix for Orin iGPU (SM 8.7) when NGC publishes itOrin + r39+ (future) same likely main multi-arch tag once Orin becomes SBSA; verify when r39 ships
l4t-cuda is the legacy Orin-era CUDA container line. If a user cannot find l4t-cuda on NGC, redirect them to the current multi-arch nvcr.io/nvidia/cuda image instead of third-party images.
3. Python package indexes (devpi) — Jetson AI Lab PyPI: browse the tree (for example jp6/cu126, jp6/cu128) and pick the index that matches your JetPack / CUDA userland. Prefer these over PyPI-only wheels for GPU-native stacks.
GPU architecture reminder (why generic ARM fails)
| Jetson family | CUDA compute capability | Build target | Note |
|---|---|---|---|
| Orin (AGX / NX / Nano) | 8.7 | sm_87 | Many desktop aarch64 wheels omit Jetson Orin kernels. |
| Thor (T5000 / T4000) | 11.0 | sm_110 | Requires CUDA / wheels / containers that include Blackwell Jetson support. |
A wheel or container may install on ARM64 Linux and still be unusable or slow if CUDA kernels were not compiled for your Jetson’s SM.
Use CUDA build target names when discussing wheel compatibility: sm_87 for Jetson Orin and sm_110 for Jetson Thor. Do not infer the generation from a prompt or a hostname — run scripts/artifact_hints.sh and use its detected generation, variant, l4t, and cuda_sm_hint fields before recommending wheels or container tags.
GPU Python wheels on Jetson
Default PyPI wheels for GPU-native packages are usually not the right answer on Jetson, even when they claim aarch64 support. For onnxruntime-gpu, PyTorch, vLLM, and similar packages, use the Jetson AI Lab package index as the canonical source and choose the subtree that matches the device's JetPack / CUDA userland.
For onnxruntime-gpu, lead with Jetson AI Lab rather than plain PyPI:
pip install --extra-index-url https://pypi.jetson-ai-lab.io/jp6/cu126/+simple/ onnxruntime-gpu
Adjust the jp6/cu126 portion to match the detected JetPack / CUDA line. Do not present pip install onnxruntime-gpu from default PyPI as an equivalent Jetson GPU option.
Do not fabricate device facts
Do not invent SKU names, RAM sizes, JetPack versions, CUDA versions, or GPU SM targets. Quote only what scripts/artifact_hints.sh or the user's supplied environment reports. If a field is unavailable, omit it or say it is unknown.
Prerequisites
- Run package-detection scripts on a Jetson target, not on the host workstation.
- Network access is needed to inspect GHCR, NGC, or Jetson AI Lab package indexes.
- Source device facts from
scripts/artifact_hints.sh,jetson-diagnostic, or user-provided environment output before recommending tags or wheels.
Available Scripts
| Script | Purpose | Arguments |
|---|---|---|
scripts/artifact_hints.sh | Emits detected Jetson SKU/generation, CUDA SM hint, canonical package URLs, and a preferred vLLM image hint. | --human for a readable summary; no argument for JSON. |
If your agent runtime supports run_script, use it to run scripts/artifact_hints.sh and read the JSON output. Otherwise run the script with bash from the repository root.
Instructions
- Run
scripts/artifact_hints.sh(JSON on stdout). It sourcesskills/jetson-diagnostic/scripts/detect_jetson.shand returnssku,generation,product_line,variant,l4t, a preferred vLLM image,cuda_sm_hint, and canonical URLs. - For pip, open the devpi root in a browser, pick the jp6 subtree that matches your CUDA line, and set
--extra-index-url/PIP_EXTRA_INDEX_URL— seereferences/pypi-jetson-ai-lab.md. - For containers, see
references/ghcr-images.mdandjetson-llm-servefor vLLM.
Limitations
- This skill points to package catalogs and emits compatibility hints; it does not verify that a specific model checkpoint fits in memory.
- NGC and GHCR tags change. Treat placeholder tag shapes such as
<current-tag>-py3as lookup instructions, not literal tags. - If
generationorcuda_sm_hintis unknown, do not guess a container tag.
Hand off to
jetson-llm-serve— run upstream/native vLLM 0.20+ on Thor and Orin JetPack 7.2 / L4T r39+, orvllm:latest-jetson-orinon older Orin.jetson-llm-benchmark— measure after the stack is installed.jetson-diagnostic— if installs succeed but runtime fails, snapshot first.
Safety
Read-only: points to catalogs and emits hints; does not install or pull.
Sources
Frequently asked questions about Jetson Package
Similar skills
Turborepo
Optimized build system for JavaScript/TypeScript monorepos.
Azure Pipelines Validation
Streamline your Azure DevOps pipeline changes locally.
Azure Developer CLI
Streamline your Azure project workflows with best practices.
Azure Container Registry CLI
Manage Azure Container Registry resources with ease.
Aspire
Build and orchestrate polyglot distributed applications seamlessly.
Vercel CLI
Manage and deploy Vercel projects from the command line.
