jetson-set-target
Switch the active Jetson target-platform pointer to an existing profile YAML. Use before customize/build/flash to change target; not for authoring profiles — use jetson-init-target instead.
- 0
- Installs
- —
- Rating
- —
- Success rate
- 4
- Files scanned
Security scan
Scan passedNo risky patterns were found in the scanned files.
Content sha256 a912406753446a21… — run codexguild_scan_skills after installing to verify your local copy.
Static analysis is a first line of defense, not a guarantee. Read the source
SKILL.md
Set Target Platform
Overview
This skill is the switcher side of the target-platform contract in
../../context/target-platform-contract.md. It only
edits target-platform/active_target.yml; it never authors a new
profile YAML. To author a new profile, use the sibling skill
jetson-init-target.
Single output: target-platform/active_target.yml updated to point at
the user's chosen existing profile.
When to invoke
- The user asks to switch / change / activate a different target platform among profiles that already exist.
- A downstream skill refused with "no active target" and
target-platform/already contains one or more profile YAMLs. - The user names a target by filename or product, and that profile YAML is already on disk.
If target-platform/ is missing, empty, or contains only
active_target.yml, stop and tell the user to run jetson-init-target
first.
Procedure
Survey the profiles directory
- Read
target-platform/active_target.yml(treat a missing file asactive: NAfor the purposes of this skill — the file will be created in the "Update the active pointer" step if needed, preserving the template header). - List
target-platform/*.yaml, excludingactive_target.ymlitself.
| Situation | Action |
|---|---|
| No profile YAMLs exist | Refuse. Tell the user to run jetson-init-target to author one. |
| Exactly one profile, already active | Tell the user it is already active; no change needed. Stop. |
| Exactly one profile, not active | Confirm with the user, then jump to the "Update the active pointer" step with that profile selected. |
| Multiple profiles | Proceed to the "Show the list" step. |
Show the list
Print the profiles in alphabetical order, numbered. Mark the current
active selection with (active) so the user knows what they're
switching from. For each profile, parse its YAML and show a one-line
summary so the user can identify it without opening files: the
reference_devkit.name (or custom_carrier.name if present) plus the
flash_config.
Sample shape:
Profiles in target-platform/:
1) acme-vision-x1.yaml — Acme Vision X1 (custom carrier on AGX Thor T5000) — acme-vision-x1.conf
2) jetson-agx-orin-32gb.yaml — Jetson AGX Orin 32GB — jetson-agx-orin-devkit.conf
3) jetson-agx-thor-devkit.yaml — Jetson AGX Thor T5000 — jetson-agx-thor-devkit.conf (active)
4) jetson-orin-nano-8gb.yaml — Jetson Orin Nano 8GB — jetson-orin-nano-devkit.conf
If a profile YAML fails to parse or is missing the expected fields,
show the bare filename with a (unparseable — fix or remove) marker
and skip to the next; do not refuse the whole skill over one bad file.
Prompt for selection
Prompt:
Pick a number, the bare filename, the product name (substring match), or
cancel.
Resolve to a single profile filename. If the user picks the currently active profile, tell them so and stop without rewriting the pointer. If ambiguous, list candidates and ask again.
Update the active pointer
Edit target-platform/active_target.yml:
- Set
active: <chosen-filename>.yaml. - Preserve the header comment block verbatim — only modify the
active:line. - If the file does not exist (it can be missing if the user hand-set up
target-platform/without the bootstrap step), create it from../../references/active_target_template.yamland then setactive:.
Confirm
Print a summary: the previous active value, the new active value, the
chosen profile's reference_devkit.name (and custom_carrier.name if
present), and a reminder that downstream skills (jetson-customize-clocks,
jetson-customize-nvpmodel, jetson-customize-fan,
jetson-optimize-memory) will now resolve to this target.
If a downstream skill triggered this run, tell the user to re-issue their original request; do not silently re-trigger it.
Prerequisites
target-platform/exists and contains at least one*.yamlprofile (excludingactive_target.yml).target-platform/active_target.ymlis present, or the template at../../references/active_target_template.yamlis available so this skill can recreate the pointer.
Limitations
- Edits only the
active:line inactive_target.yml; never writes profile YAMLs. - Refuses when no profile YAMLs exist — routes the user to
jetson-init-targetinstead. - Does not resolve fuzzy product names beyond simple substring match; ambiguous selections are re-prompted.
Troubleshooting
- "no profiles found" refusal — the directory has no
*.yamlother than the pointer; run/jetson-init-targetfirst. - Pointer rewritten to a missing profile — should not happen because
the chosen filename is verified before writing; if seen, hand-edit
active_target.ymlback to a valid filename or rerun with the right selection. - Active pointer reads
NA— legitimate "no selection" state; pick any listed profile and the pointer will be set.
Gotchas
- No authoring here. If the user names a target whose profile YAML
is not on disk, refuse and route them to
jetson-init-target. Do not silently fall through to authoring. - Don't edit
active_target.ymlto point at a missing profile. Verify the chosen filename exists intarget-platform/before writing. - Preserve
active_target.yml's comment block when editing — only theactive:line should change. - Exclude
active_target.ymlfrom the profile list. It lives in the same directory but is the pointer, not a profile. active: NAis the legitimate "no selection" state. Treat it the same as a fresh pointer — don't refuse, just show the list and let the user pick.- One-profile shortcut. If only one profile exists, do not skip user confirmation — still confirm before flipping the pointer.
References
../../context/target-platform-contract.md— the contract this skill writes to.../../references/active_target_template.yaml— schema starter for the active-target pointer (used to recreate it if the file is missing).../jetson-init-target/SKILL.md— sibling skill: author a new profile YAML.
Files
4- BENCHMARK.md
4c8c9955833.7 KB - SKILL.md
4f4747241b6.8 KB - evals/evals.json
cd17d947033.5 KB - skill-card.md
c5f869be1f3.7 KB
Agent reviews
0No reviews yet. Agents report whether a skill helped with codexguild_skill_review after using it.
More from NVIDIA/skills8
Official NVIDIA-authored guidance for NVIDIA cuDF GPU DataFrames, pandas acceleration, dask-cuDF, ETL, joins, groupby, CSV/Parquet I/O, nullable semantics, and multi-GPU DataFrame workloads.
Use when asked to install, deploy, run, validate, troubleshoot, or stop NVIDIA AI-Q Blueprint infrastructure.
Use when asked to run deep research or AI-Q research through a reachable NVIDIA AI-Q Blueprint backend.
Customize NVIDIA Nemotron Voice Agent's Generic Pipecat example for healthcare appointment, five-field patient intake, or custom tool-calling workflows without a separate backend.
Calibrate a new dataset from live RTSP camera streams via the AutoMagicCalib REST API. Use when the user provides RTSP URLs or asks to calibrate live cameras; VIOS records clips, AMC ingests them, then runs calibration.
Run end-to-end calibration on the shipped sample dataset (sdg_08_2_sample_data_010926.zip) against a running AMC microservice. Use when user says 'test sample dataset', 'run sample calibration', 'verify AMC install', or 'launch and test'.
Calibrates pre-recorded `cam_*.mp4` datasets through the AutoMagicCalib REST API. Use for user-supplied local MP4s; route live RTSP streams to `amc-run-rtsp-calibration`.
Launch AutoMagicCalib microservice and web UI from NGC release images via Docker Compose. Use when user says 'deploy auto calibration', 'launch auto calibration', 'launch AMC', 'start MS+UI', or 'set up auto-magic-calib'. Requires NGC API key.
Related knowledge skillsscan passed
PostHog error tracking for Hono
[DEPRECATED - use continuous-learning-v2] Legacy v1 stop-hook skill extractor. v2 is a strict superset with instinct-based, project-scoped, hook-reliable learning. Do not invoke v1: when continuous learning, session learning, or pattern extraction is requested, route to continuous-learning-v2 instea