[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill-nvidia-nemotron-customize":3,"mdc--8nrdn2-key":34,"related-repo-nvidia-nemotron-customize":1942,"related-org-nvidia-nemotron-customize":2048},{"slug":4,"name":4,"fn":5,"description":6,"org":7,"tags":11,"stars":23,"repoUrl":24,"updatedAt":25,"license":26,"forks":27,"topics":28,"repo":29,"sourceUrl":32,"mdContent":33},"nemotron-customize","configure and chain Nemotron customization pipelines","Plan, configure, and chain repo-native Nemotron customization steps into single-step or multi-step pipelines: curation, translation, SFT\u002FPEFT (AutoModel or Megatron-Bridge), pretraining\u002FCPT, RL alignment (DPO\u002FRLVR\u002FGRPO\u002FRLHF), BYOB\u002FMCQ benchmarks, checkpoint conversion, ModelOpt optimization, env profiles, and evaluation of trained checkpoints or existing\u002Fhosted endpoints. Use when a request names a Nemotron step or workflow, or asks to clean, translate, train, fine-tune, align, convert, optimize, evaluate, or compose these into a pipeline. Do NOT use for frontend\u002Fdashboard\u002Fvisualization work, generic ML advice, billing\u002Faccess, or non-Nemotron coding tasks.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},"nvidia","NVIDIA","https:\u002F\u002Fpexgzepcugksgbtrxkhf.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Forg-logos\u002Fnvidia.png",[12,16,19,22],{"name":13,"slug":14,"type":15},"LLM","llm","tag",{"name":17,"slug":18,"type":15},"Deep Learning","deep-learning",{"name":20,"slug":21,"type":15},"Data Pipeline","data-pipeline",{"name":9,"slug":8,"type":15},2473,"https:\u002F\u002Fgithub.com\u002FNVIDIA\u002Fskills","2026-07-14T05:26:46.48922","Apache-2.0",281,[],{"repoUrl":24,"stars":23,"forks":27,"topics":30,"description":31},[],"AI agent skills published by NVIDIA","https:\u002F\u002Fgithub.com\u002FNVIDIA\u002Fskills\u002Ftree\u002FHEAD\u002Fskills\u002Fnemotron-customize","---\nname: nemotron-customize\ndescription: \"Plan, configure, and chain repo-native Nemotron customization steps into single-step or multi-step pipelines: curation, translation, SFT\u002FPEFT (AutoModel or Megatron-Bridge), pretraining\u002FCPT, RL alignment (DPO\u002FRLVR\u002FGRPO\u002FRLHF), BYOB\u002FMCQ benchmarks, checkpoint conversion, ModelOpt optimization, env profiles, and evaluation of trained checkpoints or existing\u002Fhosted endpoints. Use when a request names a Nemotron step or workflow, or asks to clean, translate, train, fine-tune, align, convert, optimize, evaluate, or compose these into a pipeline. Do NOT use for frontend\u002Fdashboard\u002Fvisualization work, generic ML advice, billing\u002Faccess, or non-Nemotron coding tasks.\"\nversion: 0.1.1\nlicense: Apache-2.0\nmetadata:\n  version: 0.1.1\n  author: NVIDIA Nemotron Team \u003Cnoreply@nvidia.com>\n  tags:\n    - nemotron\n    - customization\n    - training\n    - pipelines\n---\n\n# nemotron-customize\n\nIMPORTANT: Read this file before answering any `nemotron-customize`,\nNemotron customization, Curator curation, translation, SFT, PEFT, RL,\nconversion, optimization, checkpoint or existing\u002Fhosted-endpoint evaluation, or\nmulti-step pipeline request. This applies whether the user names one step or\nasks you to compose several steps into a pipeline.\n\nEvaluation requests count even when no training is involved: \"evaluate\",\n\"benchmark\", \"smoke test\", or \"score\" an existing\u002Fhosted endpoint, an API\u002Fmodel\nID, or a deployed model all route to `eval\u002Fmodel_eval`. Read this skill for\nthose too.\n\n## Purpose\n\nTurn a model-customization request into a repo-native Nemotron step pipeline.\nPlan the DAG, validate artifact wiring, and create only the YAML\u002Fconfig files\nneeded to run existing steps.\n\nUse this skill only for inspecting, configuring, validating, running, or\nsubmitting existing Nemotron steps or multi-step training\u002Fcustomization\npipelines. For frontend, dashboard, visualization, generic ML advice,\nbilling\u002Faccess, or unrelated coding tasks, stop with a short scope note and do\nnot inspect the step catalog or edit files in that turn.\n\n## Prerequisites\n\n- A checkout of the Nemotron repo with `src\u002Fnemotron\u002Fsteps\u002F` present; run from\n  the repo root.\n- `uv` available to invoke `uv run nemotron steps ...`.\n- For remote execution: an env profile TOML (`NEMOTRON_ENV_FILE` or\n  `env*.toml`) with a section matching the selected step.\n- For hosted services (translation, hosted eval): the auth environment variable\n  expected by the step (for example `NVIDIA_API_KEY`), exported in the\n  environment — never inlined or committed.\n- User-provided concrete values (model\u002Fcheckpoint, data paths, output dir,\n  hardware\u002FGPU count) before any command is presented as runnable.\n\n## Limitations\n\n- Does not invent new catalog steps. When no existing step, runner, recipe, CLI,\n  or config can satisfy the request, it names the gap (Explorer mode) instead of\n  fabricating a step.\n- Produces YAML\u002Fconfig for existing steps; new Python\u002Fshell is out of scope\n  except in Explorer mode after the gap is approved.\n- Not for deployment-only\u002Fserving, frontend, dashboards, generic ML advice, or\n  non-Nemotron tasks.\n- Does not guess concrete values (paths, model IDs, GPU counts, profiles); it\n  asks or returns `Blocked` when they are missing.\n\n## Core Rule\n\nUse bundled references first. The `references\u002F` folder is the first decision\nsurface for routing, artifacts, patterns, hardware heuristics, and command\nshape. Use `src\u002Fnemotron\u002Fsteps\u002F...` only as a live verification\u002Ffallback source\nwhen you need exact current config fields, manifests, runner imports, or details\nmissing from bundled references.\n\nIf sources disagree:\n\n1. Checked live repo files win for exact execution.\n2. Bundled references win for initial routing and planning.\n3. Upstream docs\u002Fcontext packs are used only for exceptional code generation\n   or library API details.\n\n## Before You Begin\n\n- Read this `SKILL.md` workflow and the relevant bundled reference before\n  opening repo source files.\n- Route from `references\u002FCATALOG.md` and `references\u002FARTIFACTS.md` before any\n  broad repo exploration. Once a route is determined, verify only the selected\n  live step\u002Fconfig\u002Fenv files needed for the answer.\n- Do not emit commands with fake paths, placeholder model IDs, guessed task IDs,\n  guessed batch profiles, or default auth variable names presented as facts.\n  Ask for missing concrete values or return a `Blocked` handoff.\n- Use `references\u002FCOMMANDS.md` as the authoritative checklist before\n  finalizing configs or execution commands.\n- For pipeline requests, plan before editing. Do not create or modify files\n  until the DAG, artifact edges, required inputs, and validation checks are\n  stated and approved.\n- For one-shot command requests, prefer a complete parameterized command in one\n  response over exploratory prose, but only after required inputs are known.\n  If the user already provides the needed values and asks for only a command,\n  answer with the command first and keep explanation minimal.\n- Output discipline (keeps responses tight): emit one command block per step,\n  include only flags the step actually defines, and add no speculative or\n  invented flags. Keep narrative to a few lines — the command plus the required\n  safety\u002Fprofile callouts, not a tutorial. Do not restate reference content the\n  user did not ask for.\n- Do not spawn subagents for one-shot command lookup. Use the bundled command\n  reference directly; verify only the selected step if needed.\n\n## Safety\n\nKeep Bash scoped to repo-safe commands such as `uv run nemotron steps ...`,\ntargeted tests, `git status\u002Fdiff`, and config validation. Never run environment\ndumps (`env`, `printenv`, broad `export`) or commands that expose secret values.\nFor remote submissions, destructive changes, or expensive launches, confirm\nbefore execution.\n\nWhen inspecting env\u002Fconfig files, avoid printing whole files that may contain\nsecrets. Use targeted reads, report only section names and env-var names, and\nredact values for fields containing `token`, `key`, `secret`, `password`,\n`credential`, or `auth`.\n\n## Reference Map\n\n| Question | Read first | Live fallback \u002F verification |\n|---|---|---|\n| Which step or category fits? | `references\u002FCATALOG.md` | `uv run nemotron steps list\u002Fshow`, then selected `step.toml` |\n| Do artifacts chain? | `references\u002FARTIFACTS.md` | `src\u002Fnemotron\u002Fsteps\u002Ftypes.toml` |\n| What run shape should I emit? | `references\u002FCOMMANDS.md` | checked-in config YAML plus active profile TOML |\n| Remote profile generation or selection | `references\u002FCOMMANDS.md` | active `NEMOTRON_ENV_FILE`, `env.toml`, or `env.*.toml` |\n| What hardware\u002Fbackend should I recommend? | `references\u002FHARDWARE.md` | selected step `[[models]]` and `[[strategies]]` |\n| Which cross-step guardrails apply? | `references\u002FPATTERNS.md` | `src\u002Fnemotron\u002Fsteps\u002Fpatterns\u002F\u003Cid>.md` |\n| How do I run the full workflow? | `references\u002FWORKFLOW.md` | selected step configs, `step.py`, and runners |\n| Which upstream library API should generated code use? | `references\u002Fcontext\u002Findex.toml` -> matching pack | selected `step.py`, `_runners\u002F`, upstream docs |\n| New project scaffold, only when existing repo code cannot support the request | `references\u002Fact\u002FPROJECT.md` | existing repo project\u002Frecipe shape |\n| Per-stage code rules, only when existing repo code cannot support the request | `references\u002Fact\u002FSTAGE.md` | selected `step.py` and shared runner |\n\nDo not start by reading category READMEs or `step.toml` for ordinary decisions.\nSelect candidates from bundled references, then verify exact live details before\nwriting configs or final commands.\n\n## Routing\n\nUse `references\u002FCATALOG.md` as the authoritative home for step selection and\nroute-specific fast paths. Use `ARTIFACTS.md`, `PATTERNS.md`, and `HARDWARE.md`\nonly to resolve artifact, cross-step, or hardware constraints after the catalog\nnarrows the route.\n\nEach step is independent and stitching steps together is your job. Compose any\npipeline by artifact matching from the user's end goal: chain a step only when\nthe next step consumes an artifact type nothing upstream already produces. Do\nnot rely on fixed, named step combinations.\n\n## Instructions\n\nFollow the flow that matches the request: a recommendation\u002Fplan, a single-step\ncommand, or a multi-step pipeline. In all cases, route from the bundled\nreferences first, gather required inputs, and verify the selected live step\nbefore presenting anything as runnable.\n\n### Recommendation Response\n\nUse this shape for planning answers:\n\n`Decision`, `Why`, `Required inputs`, `Config\u002Fcommand`, `Avoid`, and `Next step`.\nCall out the stack to avoid when the user's constraints make it a poor fit.\n\nWhenever the answer includes a command that touches a hosted service or remote\nexecution, also state, in the answer:\n\n- The auth env-var name and that its value must be exported in the environment,\n  never inlined or committed (never print the value).\n- For `--batch`\u002F`--run`, the env TOML profile prerequisite; if no profile\n  exists, mark the command `Blocked` or give the local `--dry-run` shape.\n\n### Single-Step Command Flow\n\n1. Confirm repo root has `pyproject.toml` and `src\u002Fnemotron\u002Fsteps\u002F`.\n2. Read `references\u002FCATALOG.md` and the selected section of\n   `references\u002FCOMMANDS.md`.\n3. Verify the selected live step with `uv run nemotron steps show \u003Cstep_id>`\n   when available, or the selected `step.toml` when the CLI is unavailable.\n4. Read the requested checked-in config or user overlay before emitting the\n   command.\n5. For remote execution, read `NEMOTRON_ENV_FILE` or repo-root `env*.toml` and\n   pick an actual section whose profile matches the step.\n6. Emit the full command in one reply with the source tier:\n   `Verified`, `Repo-grounded`, `Reference-grounded`, or `Blocked`.\n\nCanonical command shapes live in `references\u002FCOMMANDS.md`.\n\n### Pipeline Workflow\n\nFor pipelines with two or more stages, use **Orient -> Plan -> Act -> Verify**.\nRead `references\u002FWORKFLOW.md` for the phase checklist.\n\n- Orient from bundled references and user constraints.\n- Plan a DAG with artifact types, configs, patterns, and validation checks.\n- Wait for approval before writing configs or code.\n- Act with YAML\u002Fconfig-only changes whenever an existing step can satisfy the\n  request.\n- Verify every generated YAML, artifact edge, command, and README command\n  before reporting completion.\n\n### Catalog Mode\n\nUse when the request maps to existing steps. Fast path:\n\n`references\u002FCATALOG.md` -> `references\u002FARTIFACTS.md` ->\n`references\u002FCOMMANDS.md` -> verify selected live manifest\u002Fconfig\u002Fprofile ->\nadd a new named config under the selected step's `config\u002F` directory.\n\n## Customization Surface\n\n- Always customize through the step catalog under `src\u002Fnemotron\u002Fsteps\u002F`. Never\n  divert to alternate recipe CLIs such as `src\u002Fnemotron\u002Fcli\u002Fcommands\u002Fsuper3\u002F` or\n  `...\u002Fnano3\u002F`, even for Super3\u002FNano3 work. If a request seems to need those,\n  map it back to the equivalent catalog step (e.g. `sft\u002Fmegatron_bridge`).\n- Make customizations as NEW config files inside the selected step's\n  `src\u002Fnemotron\u002Fsteps\u002F\u003Ccat>\u002F\u003Cstep>\u002Fconfig\u002F` directory, for example\n  `src\u002Fnemotron\u002Fsteps\u002Fsft\u002Fmegatron_bridge\u002Fconfig\u002Fmy_super3.yaml`.\n- Never edit the checked-in `default.yaml`, `tiny.yaml`, other shipped configs,\n  `step.toml`, `step.py`, or shared runners. Adding a new config file beside\n  them is the expected and only customization write.\n- Base new configs on the checked-in `default.yaml` schema (read it, copy the\n  needed fields), then override only what the request requires.\n\n### Explorer Mode\n\nUse only after confirming no existing step, runner, recipe, CLI, or YAML config\nsurface can satisfy the request. Full procedure lives in\n`references\u002FWORKFLOW.md`.\n\n## Configuration Alignment\n\nSurface these constraints before commands or config writes:\n\n- SFT packing `pack_size`, Megatron-Bridge `seq_length`, packed sequence size,\n  tokenizer, and chat template must match.\n- Prepared `packed_parquet` and `binidx` are tokenizer-locked; rebuild after\n  tokenizer, chat-template, sequence-length, split, or blend changes.\n- Megatron-Bridge global batch size must be divisible by data-parallel size;\n  start distributed validation with micro batch size 1.\n- TP\u002FPP\u002FCP\u002FEP choices must fit GPU count, memory, topology, and model divisibility.\n- LoRA merge requires the exact base checkpoint\u002Fmodel and tokenizer used during\n  adapter training.\n- Conversion\u002Feval of Megatron checkpoints should point at a concrete `iter_*`\n  checkpoint, not a parent run directory.\n- Hosted eval and translation configs store auth env-var names only, not values.\n\n## Operational Nuances\n\n- Smoke configs (`tiny.yaml`, `tiny_chat.yaml`) are wiring tests, not quality\n  evidence.\n- `${art:...}` references belong in recipe-backed configs; standalone YAML uses\n  plain paths.\n- Keep pretraining `bin\u002Fidx` data and `blend.json` from the same run\u002Frelease.\n- Write customized configs as new files in the step's\n  `src\u002Fnemotron\u002Fsteps\u002F\u003Ccat>\u002F\u003Cstep>\u002Fconfig\u002F` directory; never modify the\n  checked-in `default.yaml` or other shipped configs.\n- For LoRA, preserve the exact base checkpoint and tokenizer\u002Ftemplate metadata\n  needed by later merge\u002Feval.\n- For translation and hosted eval, mention auth environment variable names only,\n  never values.\n\n## Boundaries\n\nDo:\n\n- Always route through the step catalog under `src\u002Fnemotron\u002Fsteps\u002F`; never use\n  alternate recipe CLIs (`src\u002Fnemotron\u002Fcli\u002Fcommands\u002Fsuper3|nano3\u002F...`).\n- Reuse repo CLIs, runners, recipes, steps, and checked-in configs first.\n- Customize by adding a new config under the step's `config\u002F` directory; base it\n  on `default.yaml` rather than copying it blindly.\n- Validate artifact edges and cite patterns that changed the plan.\n- Ask about hardware\u002Fdata\u002Fbackend\u002Foutput path when missing.\n- Surface tradeoffs such as AutoModel vs Megatron-Bridge and full SFT vs LoRA.\n\nDo not:\n\n- Invent steps when a catalog step fits.\n- Skip Plan for pipelines with two or more stages.\n- Generate Python or shell when YAML is enough.\n- Add monitoring\u002FW&B unless asked.\n- Assume GPU count, env profile, endpoint type, task ID, or auth value.\n- Generate Slurm\u002FAirflow\u002FKubeflow wrappers unless the request explicitly needs\n  deployment scaffolding.\n- Edit checked-in step files (`default.yaml`\u002F`tiny.yaml`, other shipped configs,\n  `step.toml`, `step.py`, runners); only add a new config beside them.\n- Restate all per-step rules in `SKILL.md`; use bundled references and source\n  fallback.\n\n## Examples\n\n**Single-step routing (LoRA on a small box).** User: \"LoRA fine-tune a HF model\non 2 GPUs.\" Route per `CATALOG.md` -> `peft\u002Fautomodel` (HF base + small GPU\ncount); do not offer Megatron-Bridge. Collect base model, JSONL data path,\noutput dir, LoRA rank\u002Falpha, then emit one `uv run nemotron steps run\npeft\u002Fautomodel -c \u003Cconfig> --dry-run ...` command.\n\n**Multi-step pipeline (Super3 SFT).** User: \"data prep + SFT for Super3.\" This is\ntwo stages, so plan first: SFT on Super3 -> Megatron-Bridge, which consumes\n`packed_parquet`, so `data_prep\u002Fsft_packing` is required upstream. Present the\nDAG (`sft_packing -> sft\u002Fmegatron_bridge`), align `pack_size`\u002F`seq_length`\u002F\ntokenizer, wait for approval, then add new configs under\n`src\u002Fnemotron\u002Fsteps\u002F\u003Cstep>\u002Fconfig\u002F\u003Cname>.yaml`. Super3 needs a remote profile;\nstate the env TOML prerequisite or mark `Blocked`.\n\n**Hosted-endpoint evaluation (no training).** User: \"benchmark my hosted model\nendpoint.\" Route to `eval\u002Fmodel_eval` with `-c tiny_chat`. Collect endpoint URL,\nmodel id, task IDs, and the auth env-var name (value exported, never inlined).\nSee `references\u002FCOMMANDS.md` Evaluation Examples.\n\n## Troubleshooting\n\n| Situation | Action |\n|---|---|\n| Artifact types do not chain | Recheck `references\u002FARTIFACTS.md`; insert a converter or change the DAG before writing configs. |\n| Remote profile or `--batch` is unclear | Read active env TOML; do not guess profile names. |\n| Config key is unclear | Verify selected checked-in config, `step.py`, and shared runner before editing. |\n| Strategy points to a missing context pack | Skip the pack, use catalog\u002Fpattern text, and flag the plan with `WARNING: \u003Ctopic> docs unavailable`. |\n| Hardware looks too small | Use `references\u002FHARDWARE.md`; suggest smaller model, AutoModel, then LoRA before full Megatron-Bridge. |\n| Two Act attempts fail | Stop, explain what was tried and failed, and ask how to proceed. |\n| No existing repo path matches | Check `references\u002Fcontext\u002Findex.toml` and selected source fallback; use Explorer mode only after naming the gap. |\n",{"data":35,"body":44},{"name":4,"description":6,"version":36,"license":26,"metadata":37},"0.1.1",{"version":36,"author":38,"tags":39},"NVIDIA Nemotron Team \u003Cnoreply@nvidia.com>",[40,41,42,43],"nemotron","customization","training","pipelines",{"type":45,"children":46},"root",[47,54,68,81,88,93,98,104,180,186,217,223,244,249,268,274,356,362,406,455,461,792,804,810,844,849,855,860,867,872,918,923,967,973,1088,1099,1105,1125,1153,1159,1164,1196,1202,1305,1311,1322,1328,1333,1410,1416,1499,1505,1510,1571,1576,1651,1657,1690,1750,1782,1788],{"type":48,"tag":49,"props":50,"children":51},"element","h1",{"id":4},[52],{"type":53,"value":4},"text",{"type":48,"tag":55,"props":56,"children":57},"p",{},[58,60,66],{"type":53,"value":59},"IMPORTANT: Read this file before answering any ",{"type":48,"tag":61,"props":62,"children":64},"code",{"className":63},[],[65],{"type":53,"value":4},{"type":53,"value":67},",\nNemotron customization, Curator curation, translation, SFT, PEFT, RL,\nconversion, optimization, checkpoint or existing\u002Fhosted-endpoint evaluation, or\nmulti-step pipeline request. This applies whether the user names one step or\nasks you to compose several steps into a pipeline.",{"type":48,"tag":55,"props":69,"children":70},{},[71,73,79],{"type":53,"value":72},"Evaluation requests count even when no training is involved: \"evaluate\",\n\"benchmark\", \"smoke test\", or \"score\" an existing\u002Fhosted endpoint, an API\u002Fmodel\nID, or a deployed model all route to ",{"type":48,"tag":61,"props":74,"children":76},{"className":75},[],[77],{"type":53,"value":78},"eval\u002Fmodel_eval",{"type":53,"value":80},". Read this skill for\nthose too.",{"type":48,"tag":82,"props":83,"children":85},"h2",{"id":84},"purpose",[86],{"type":53,"value":87},"Purpose",{"type":48,"tag":55,"props":89,"children":90},{},[91],{"type":53,"value":92},"Turn a model-customization request into a repo-native Nemotron step pipeline.\nPlan the DAG, validate artifact wiring, and create only the YAML\u002Fconfig files\nneeded to run existing steps.",{"type":48,"tag":55,"props":94,"children":95},{},[96],{"type":53,"value":97},"Use this skill only for inspecting, configuring, validating, running, or\nsubmitting existing Nemotron steps or multi-step training\u002Fcustomization\npipelines. For frontend, dashboard, visualization, generic ML advice,\nbilling\u002Faccess, or unrelated coding tasks, stop with a short scope note and do\nnot inspect the step catalog or edit files in that turn.",{"type":48,"tag":82,"props":99,"children":101},{"id":100},"prerequisites",[102],{"type":53,"value":103},"Prerequisites",{"type":48,"tag":105,"props":106,"children":107},"ul",{},[108,122,141,162,175],{"type":48,"tag":109,"props":110,"children":111},"li",{},[112,114,120],{"type":53,"value":113},"A checkout of the Nemotron repo with ",{"type":48,"tag":61,"props":115,"children":117},{"className":116},[],[118],{"type":53,"value":119},"src\u002Fnemotron\u002Fsteps\u002F",{"type":53,"value":121}," present; run from\nthe repo root.",{"type":48,"tag":109,"props":123,"children":124},{},[125,131,133,139],{"type":48,"tag":61,"props":126,"children":128},{"className":127},[],[129],{"type":53,"value":130},"uv",{"type":53,"value":132}," available to invoke ",{"type":48,"tag":61,"props":134,"children":136},{"className":135},[],[137],{"type":53,"value":138},"uv run nemotron steps ...",{"type":53,"value":140},".",{"type":48,"tag":109,"props":142,"children":143},{},[144,146,152,154,160],{"type":53,"value":145},"For remote execution: an env profile TOML (",{"type":48,"tag":61,"props":147,"children":149},{"className":148},[],[150],{"type":53,"value":151},"NEMOTRON_ENV_FILE",{"type":53,"value":153}," or\n",{"type":48,"tag":61,"props":155,"children":157},{"className":156},[],[158],{"type":53,"value":159},"env*.toml",{"type":53,"value":161},") with a section matching the selected step.",{"type":48,"tag":109,"props":163,"children":164},{},[165,167,173],{"type":53,"value":166},"For hosted services (translation, hosted eval): the auth environment variable\nexpected by the step (for example ",{"type":48,"tag":61,"props":168,"children":170},{"className":169},[],[171],{"type":53,"value":172},"NVIDIA_API_KEY",{"type":53,"value":174},"), exported in the\nenvironment — never inlined or committed.",{"type":48,"tag":109,"props":176,"children":177},{},[178],{"type":53,"value":179},"User-provided concrete values (model\u002Fcheckpoint, data paths, output dir,\nhardware\u002FGPU count) before any command is presented as runnable.",{"type":48,"tag":82,"props":181,"children":183},{"id":182},"limitations",[184],{"type":53,"value":185},"Limitations",{"type":48,"tag":105,"props":187,"children":188},{},[189,194,199,204],{"type":48,"tag":109,"props":190,"children":191},{},[192],{"type":53,"value":193},"Does not invent new catalog steps. When no existing step, runner, recipe, CLI,\nor config can satisfy the request, it names the gap (Explorer mode) instead of\nfabricating a step.",{"type":48,"tag":109,"props":195,"children":196},{},[197],{"type":53,"value":198},"Produces YAML\u002Fconfig for existing steps; new Python\u002Fshell is out of scope\nexcept in Explorer mode after the gap is approved.",{"type":48,"tag":109,"props":200,"children":201},{},[202],{"type":53,"value":203},"Not for deployment-only\u002Fserving, frontend, dashboards, generic ML advice, or\nnon-Nemotron tasks.",{"type":48,"tag":109,"props":205,"children":206},{},[207,209,215],{"type":53,"value":208},"Does not guess concrete values (paths, model IDs, GPU counts, profiles); it\nasks or returns ",{"type":48,"tag":61,"props":210,"children":212},{"className":211},[],[213],{"type":53,"value":214},"Blocked",{"type":53,"value":216}," when they are missing.",{"type":48,"tag":82,"props":218,"children":220},{"id":219},"core-rule",[221],{"type":53,"value":222},"Core Rule",{"type":48,"tag":55,"props":224,"children":225},{},[226,228,234,236,242],{"type":53,"value":227},"Use bundled references first. The ",{"type":48,"tag":61,"props":229,"children":231},{"className":230},[],[232],{"type":53,"value":233},"references\u002F",{"type":53,"value":235}," folder is the first decision\nsurface for routing, artifacts, patterns, hardware heuristics, and command\nshape. Use ",{"type":48,"tag":61,"props":237,"children":239},{"className":238},[],[240],{"type":53,"value":241},"src\u002Fnemotron\u002Fsteps\u002F...",{"type":53,"value":243}," only as a live verification\u002Ffallback source\nwhen you need exact current config fields, manifests, runner imports, or details\nmissing from bundled references.",{"type":48,"tag":55,"props":245,"children":246},{},[247],{"type":53,"value":248},"If sources disagree:",{"type":48,"tag":250,"props":251,"children":252},"ol",{},[253,258,263],{"type":48,"tag":109,"props":254,"children":255},{},[256],{"type":53,"value":257},"Checked live repo files win for exact execution.",{"type":48,"tag":109,"props":259,"children":260},{},[261],{"type":53,"value":262},"Bundled references win for initial routing and planning.",{"type":48,"tag":109,"props":264,"children":265},{},[266],{"type":53,"value":267},"Upstream docs\u002Fcontext packs are used only for exceptional code generation\nor library API details.",{"type":48,"tag":82,"props":269,"children":271},{"id":270},"before-you-begin",[272],{"type":53,"value":273},"Before You Begin",{"type":48,"tag":105,"props":275,"children":276},{},[277,290,311,323,336,341,346,351],{"type":48,"tag":109,"props":278,"children":279},{},[280,282,288],{"type":53,"value":281},"Read this ",{"type":48,"tag":61,"props":283,"children":285},{"className":284},[],[286],{"type":53,"value":287},"SKILL.md",{"type":53,"value":289}," workflow and the relevant bundled reference before\nopening repo source files.",{"type":48,"tag":109,"props":291,"children":292},{},[293,295,301,303,309],{"type":53,"value":294},"Route from ",{"type":48,"tag":61,"props":296,"children":298},{"className":297},[],[299],{"type":53,"value":300},"references\u002FCATALOG.md",{"type":53,"value":302}," and ",{"type":48,"tag":61,"props":304,"children":306},{"className":305},[],[307],{"type":53,"value":308},"references\u002FARTIFACTS.md",{"type":53,"value":310}," before any\nbroad repo exploration. Once a route is determined, verify only the selected\nlive step\u002Fconfig\u002Fenv files needed for the answer.",{"type":48,"tag":109,"props":312,"children":313},{},[314,316,321],{"type":53,"value":315},"Do not emit commands with fake paths, placeholder model IDs, guessed task IDs,\nguessed batch profiles, or default auth variable names presented as facts.\nAsk for missing concrete values or return a ",{"type":48,"tag":61,"props":317,"children":319},{"className":318},[],[320],{"type":53,"value":214},{"type":53,"value":322}," handoff.",{"type":48,"tag":109,"props":324,"children":325},{},[326,328,334],{"type":53,"value":327},"Use ",{"type":48,"tag":61,"props":329,"children":331},{"className":330},[],[332],{"type":53,"value":333},"references\u002FCOMMANDS.md",{"type":53,"value":335}," as the authoritative checklist before\nfinalizing configs or execution commands.",{"type":48,"tag":109,"props":337,"children":338},{},[339],{"type":53,"value":340},"For pipeline requests, plan before editing. Do not create or modify files\nuntil the DAG, artifact edges, required inputs, and validation checks are\nstated and approved.",{"type":48,"tag":109,"props":342,"children":343},{},[344],{"type":53,"value":345},"For one-shot command requests, prefer a complete parameterized command in one\nresponse over exploratory prose, but only after required inputs are known.\nIf the user already provides the needed values and asks for only a command,\nanswer with the command first and keep explanation minimal.",{"type":48,"tag":109,"props":347,"children":348},{},[349],{"type":53,"value":350},"Output discipline (keeps responses tight): emit one command block per step,\ninclude only flags the step actually defines, and add no speculative or\ninvented flags. Keep narrative to a few lines — the command plus the required\nsafety\u002Fprofile callouts, not a tutorial. Do not restate reference content the\nuser did not ask for.",{"type":48,"tag":109,"props":352,"children":353},{},[354],{"type":53,"value":355},"Do not spawn subagents for one-shot command lookup. Use the bundled command\nreference directly; verify only the selected step if needed.",{"type":48,"tag":82,"props":357,"children":359},{"id":358},"safety",[360],{"type":53,"value":361},"Safety",{"type":48,"tag":55,"props":363,"children":364},{},[365,367,372,374,380,382,388,390,396,398,404],{"type":53,"value":366},"Keep Bash scoped to repo-safe commands such as ",{"type":48,"tag":61,"props":368,"children":370},{"className":369},[],[371],{"type":53,"value":138},{"type":53,"value":373},",\ntargeted tests, ",{"type":48,"tag":61,"props":375,"children":377},{"className":376},[],[378],{"type":53,"value":379},"git status\u002Fdiff",{"type":53,"value":381},", and config validation. Never run environment\ndumps (",{"type":48,"tag":61,"props":383,"children":385},{"className":384},[],[386],{"type":53,"value":387},"env",{"type":53,"value":389},", ",{"type":48,"tag":61,"props":391,"children":393},{"className":392},[],[394],{"type":53,"value":395},"printenv",{"type":53,"value":397},", broad ",{"type":48,"tag":61,"props":399,"children":401},{"className":400},[],[402],{"type":53,"value":403},"export",{"type":53,"value":405},") or commands that expose secret values.\nFor remote submissions, destructive changes, or expensive launches, confirm\nbefore execution.",{"type":48,"tag":55,"props":407,"children":408},{},[409,411,417,418,424,425,431,432,438,440,446,448,454],{"type":53,"value":410},"When inspecting env\u002Fconfig files, avoid printing whole files that may contain\nsecrets. Use targeted reads, report only section names and env-var names, and\nredact values for fields containing ",{"type":48,"tag":61,"props":412,"children":414},{"className":413},[],[415],{"type":53,"value":416},"token",{"type":53,"value":389},{"type":48,"tag":61,"props":419,"children":421},{"className":420},[],[422],{"type":53,"value":423},"key",{"type":53,"value":389},{"type":48,"tag":61,"props":426,"children":428},{"className":427},[],[429],{"type":53,"value":430},"secret",{"type":53,"value":389},{"type":48,"tag":61,"props":433,"children":435},{"className":434},[],[436],{"type":53,"value":437},"password",{"type":53,"value":439},",\n",{"type":48,"tag":61,"props":441,"children":443},{"className":442},[],[444],{"type":53,"value":445},"credential",{"type":53,"value":447},", or ",{"type":48,"tag":61,"props":449,"children":451},{"className":450},[],[452],{"type":53,"value":453},"auth",{"type":53,"value":140},{"type":48,"tag":82,"props":456,"children":458},{"id":457},"reference-map",[459],{"type":53,"value":460},"Reference Map",{"type":48,"tag":462,"props":463,"children":464},"table",{},[465,489],{"type":48,"tag":466,"props":467,"children":468},"thead",{},[469],{"type":48,"tag":470,"props":471,"children":472},"tr",{},[473,479,484],{"type":48,"tag":474,"props":475,"children":476},"th",{},[477],{"type":53,"value":478},"Question",{"type":48,"tag":474,"props":480,"children":481},{},[482],{"type":53,"value":483},"Read first",{"type":48,"tag":474,"props":485,"children":486},{},[487],{"type":53,"value":488},"Live fallback \u002F verification",{"type":48,"tag":490,"props":491,"children":492},"tbody",{},[493,527,552,573,613,648,674,704,742,764],{"type":48,"tag":470,"props":494,"children":495},{},[496,502,510],{"type":48,"tag":497,"props":498,"children":499},"td",{},[500],{"type":53,"value":501},"Which step or category fits?",{"type":48,"tag":497,"props":503,"children":504},{},[505],{"type":48,"tag":61,"props":506,"children":508},{"className":507},[],[509],{"type":53,"value":300},{"type":48,"tag":497,"props":511,"children":512},{},[513,519,521],{"type":48,"tag":61,"props":514,"children":516},{"className":515},[],[517],{"type":53,"value":518},"uv run nemotron steps list\u002Fshow",{"type":53,"value":520},", then selected ",{"type":48,"tag":61,"props":522,"children":524},{"className":523},[],[525],{"type":53,"value":526},"step.toml",{"type":48,"tag":470,"props":528,"children":529},{},[530,535,543],{"type":48,"tag":497,"props":531,"children":532},{},[533],{"type":53,"value":534},"Do artifacts chain?",{"type":48,"tag":497,"props":536,"children":537},{},[538],{"type":48,"tag":61,"props":539,"children":541},{"className":540},[],[542],{"type":53,"value":308},{"type":48,"tag":497,"props":544,"children":545},{},[546],{"type":48,"tag":61,"props":547,"children":549},{"className":548},[],[550],{"type":53,"value":551},"src\u002Fnemotron\u002Fsteps\u002Ftypes.toml",{"type":48,"tag":470,"props":553,"children":554},{},[555,560,568],{"type":48,"tag":497,"props":556,"children":557},{},[558],{"type":53,"value":559},"What run shape should I emit?",{"type":48,"tag":497,"props":561,"children":562},{},[563],{"type":48,"tag":61,"props":564,"children":566},{"className":565},[],[567],{"type":53,"value":333},{"type":48,"tag":497,"props":569,"children":570},{},[571],{"type":53,"value":572},"checked-in config YAML plus active profile TOML",{"type":48,"tag":470,"props":574,"children":575},{},[576,581,589],{"type":48,"tag":497,"props":577,"children":578},{},[579],{"type":53,"value":580},"Remote profile generation or selection",{"type":48,"tag":497,"props":582,"children":583},{},[584],{"type":48,"tag":61,"props":585,"children":587},{"className":586},[],[588],{"type":53,"value":333},{"type":48,"tag":497,"props":590,"children":591},{},[592,594,599,600,606,607],{"type":53,"value":593},"active ",{"type":48,"tag":61,"props":595,"children":597},{"className":596},[],[598],{"type":53,"value":151},{"type":53,"value":389},{"type":48,"tag":61,"props":601,"children":603},{"className":602},[],[604],{"type":53,"value":605},"env.toml",{"type":53,"value":447},{"type":48,"tag":61,"props":608,"children":610},{"className":609},[],[611],{"type":53,"value":612},"env.*.toml",{"type":48,"tag":470,"props":614,"children":615},{},[616,621,630],{"type":48,"tag":497,"props":617,"children":618},{},[619],{"type":53,"value":620},"What hardware\u002Fbackend should I recommend?",{"type":48,"tag":497,"props":622,"children":623},{},[624],{"type":48,"tag":61,"props":625,"children":627},{"className":626},[],[628],{"type":53,"value":629},"references\u002FHARDWARE.md",{"type":48,"tag":497,"props":631,"children":632},{},[633,635,641,642],{"type":53,"value":634},"selected step ",{"type":48,"tag":61,"props":636,"children":638},{"className":637},[],[639],{"type":53,"value":640},"[[models]]",{"type":53,"value":302},{"type":48,"tag":61,"props":643,"children":645},{"className":644},[],[646],{"type":53,"value":647},"[[strategies]]",{"type":48,"tag":470,"props":649,"children":650},{},[651,656,665],{"type":48,"tag":497,"props":652,"children":653},{},[654],{"type":53,"value":655},"Which cross-step guardrails apply?",{"type":48,"tag":497,"props":657,"children":658},{},[659],{"type":48,"tag":61,"props":660,"children":662},{"className":661},[],[663],{"type":53,"value":664},"references\u002FPATTERNS.md",{"type":48,"tag":497,"props":666,"children":667},{},[668],{"type":48,"tag":61,"props":669,"children":671},{"className":670},[],[672],{"type":53,"value":673},"src\u002Fnemotron\u002Fsteps\u002Fpatterns\u002F\u003Cid>.md",{"type":48,"tag":470,"props":675,"children":676},{},[677,682,691],{"type":48,"tag":497,"props":678,"children":679},{},[680],{"type":53,"value":681},"How do I run the full workflow?",{"type":48,"tag":497,"props":683,"children":684},{},[685],{"type":48,"tag":61,"props":686,"children":688},{"className":687},[],[689],{"type":53,"value":690},"references\u002FWORKFLOW.md",{"type":48,"tag":497,"props":692,"children":693},{},[694,696,702],{"type":53,"value":695},"selected step configs, ",{"type":48,"tag":61,"props":697,"children":699},{"className":698},[],[700],{"type":53,"value":701},"step.py",{"type":53,"value":703},", and runners",{"type":48,"tag":470,"props":705,"children":706},{},[707,712,723],{"type":48,"tag":497,"props":708,"children":709},{},[710],{"type":53,"value":711},"Which upstream library API should generated code use?",{"type":48,"tag":497,"props":713,"children":714},{},[715,721],{"type":48,"tag":61,"props":716,"children":718},{"className":717},[],[719],{"type":53,"value":720},"references\u002Fcontext\u002Findex.toml",{"type":53,"value":722}," -> matching pack",{"type":48,"tag":497,"props":724,"children":725},{},[726,728,733,734,740],{"type":53,"value":727},"selected ",{"type":48,"tag":61,"props":729,"children":731},{"className":730},[],[732],{"type":53,"value":701},{"type":53,"value":389},{"type":48,"tag":61,"props":735,"children":737},{"className":736},[],[738],{"type":53,"value":739},"_runners\u002F",{"type":53,"value":741},", upstream docs",{"type":48,"tag":470,"props":743,"children":744},{},[745,750,759],{"type":48,"tag":497,"props":746,"children":747},{},[748],{"type":53,"value":749},"New project scaffold, only when existing repo code cannot support the request",{"type":48,"tag":497,"props":751,"children":752},{},[753],{"type":48,"tag":61,"props":754,"children":756},{"className":755},[],[757],{"type":53,"value":758},"references\u002Fact\u002FPROJECT.md",{"type":48,"tag":497,"props":760,"children":761},{},[762],{"type":53,"value":763},"existing repo project\u002Frecipe shape",{"type":48,"tag":470,"props":765,"children":766},{},[767,772,781],{"type":48,"tag":497,"props":768,"children":769},{},[770],{"type":53,"value":771},"Per-stage code rules, only when existing repo code cannot support the request",{"type":48,"tag":497,"props":773,"children":774},{},[775],{"type":48,"tag":61,"props":776,"children":778},{"className":777},[],[779],{"type":53,"value":780},"references\u002Fact\u002FSTAGE.md",{"type":48,"tag":497,"props":782,"children":783},{},[784,785,790],{"type":53,"value":727},{"type":48,"tag":61,"props":786,"children":788},{"className":787},[],[789],{"type":53,"value":701},{"type":53,"value":791}," and shared runner",{"type":48,"tag":55,"props":793,"children":794},{},[795,797,802],{"type":53,"value":796},"Do not start by reading category READMEs or ",{"type":48,"tag":61,"props":798,"children":800},{"className":799},[],[801],{"type":53,"value":526},{"type":53,"value":803}," for ordinary decisions.\nSelect candidates from bundled references, then verify exact live details before\nwriting configs or final commands.",{"type":48,"tag":82,"props":805,"children":807},{"id":806},"routing",[808],{"type":53,"value":809},"Routing",{"type":48,"tag":55,"props":811,"children":812},{},[813,814,819,821,827,828,834,836,842],{"type":53,"value":327},{"type":48,"tag":61,"props":815,"children":817},{"className":816},[],[818],{"type":53,"value":300},{"type":53,"value":820}," as the authoritative home for step selection and\nroute-specific fast paths. Use ",{"type":48,"tag":61,"props":822,"children":824},{"className":823},[],[825],{"type":53,"value":826},"ARTIFACTS.md",{"type":53,"value":389},{"type":48,"tag":61,"props":829,"children":831},{"className":830},[],[832],{"type":53,"value":833},"PATTERNS.md",{"type":53,"value":835},", and ",{"type":48,"tag":61,"props":837,"children":839},{"className":838},[],[840],{"type":53,"value":841},"HARDWARE.md",{"type":53,"value":843},"\nonly to resolve artifact, cross-step, or hardware constraints after the catalog\nnarrows the route.",{"type":48,"tag":55,"props":845,"children":846},{},[847],{"type":53,"value":848},"Each step is independent and stitching steps together is your job. Compose any\npipeline by artifact matching from the user's end goal: chain a step only when\nthe next step consumes an artifact type nothing upstream already produces. Do\nnot rely on fixed, named step combinations.",{"type":48,"tag":82,"props":850,"children":852},{"id":851},"instructions",[853],{"type":53,"value":854},"Instructions",{"type":48,"tag":55,"props":856,"children":857},{},[858],{"type":53,"value":859},"Follow the flow that matches the request: a recommendation\u002Fplan, a single-step\ncommand, or a multi-step pipeline. In all cases, route from the bundled\nreferences first, gather required inputs, and verify the selected live step\nbefore presenting anything as runnable.",{"type":48,"tag":861,"props":862,"children":864},"h3",{"id":863},"recommendation-response",[865],{"type":53,"value":866},"Recommendation Response",{"type":48,"tag":55,"props":868,"children":869},{},[870],{"type":53,"value":871},"Use this shape for planning answers:",{"type":48,"tag":55,"props":873,"children":874},{},[875,881,882,888,889,895,896,902,903,909,910,916],{"type":48,"tag":61,"props":876,"children":878},{"className":877},[],[879],{"type":53,"value":880},"Decision",{"type":53,"value":389},{"type":48,"tag":61,"props":883,"children":885},{"className":884},[],[886],{"type":53,"value":887},"Why",{"type":53,"value":389},{"type":48,"tag":61,"props":890,"children":892},{"className":891},[],[893],{"type":53,"value":894},"Required inputs",{"type":53,"value":389},{"type":48,"tag":61,"props":897,"children":899},{"className":898},[],[900],{"type":53,"value":901},"Config\u002Fcommand",{"type":53,"value":389},{"type":48,"tag":61,"props":904,"children":906},{"className":905},[],[907],{"type":53,"value":908},"Avoid",{"type":53,"value":835},{"type":48,"tag":61,"props":911,"children":913},{"className":912},[],[914],{"type":53,"value":915},"Next step",{"type":53,"value":917},".\nCall out the stack to avoid when the user's constraints make it a poor fit.",{"type":48,"tag":55,"props":919,"children":920},{},[921],{"type":53,"value":922},"Whenever the answer includes a command that touches a hosted service or remote\nexecution, also state, in the answer:",{"type":48,"tag":105,"props":924,"children":925},{},[926,931],{"type":48,"tag":109,"props":927,"children":928},{},[929],{"type":53,"value":930},"The auth env-var name and that its value must be exported in the environment,\nnever inlined or committed (never print the value).",{"type":48,"tag":109,"props":932,"children":933},{},[934,936,942,944,950,952,957,959,965],{"type":53,"value":935},"For ",{"type":48,"tag":61,"props":937,"children":939},{"className":938},[],[940],{"type":53,"value":941},"--batch",{"type":53,"value":943},"\u002F",{"type":48,"tag":61,"props":945,"children":947},{"className":946},[],[948],{"type":53,"value":949},"--run",{"type":53,"value":951},", the env TOML profile prerequisite; if no profile\nexists, mark the command ",{"type":48,"tag":61,"props":953,"children":955},{"className":954},[],[956],{"type":53,"value":214},{"type":53,"value":958}," or give the local ",{"type":48,"tag":61,"props":960,"children":962},{"className":961},[],[963],{"type":53,"value":964},"--dry-run",{"type":53,"value":966}," shape.",{"type":48,"tag":861,"props":968,"children":970},{"id":969},"single-step-command-flow",[971],{"type":53,"value":972},"Single-Step Command Flow",{"type":48,"tag":250,"props":974,"children":975},{},[976,994,1012,1032,1037,1056],{"type":48,"tag":109,"props":977,"children":978},{},[979,981,987,988,993],{"type":53,"value":980},"Confirm repo root has ",{"type":48,"tag":61,"props":982,"children":984},{"className":983},[],[985],{"type":53,"value":986},"pyproject.toml",{"type":53,"value":302},{"type":48,"tag":61,"props":989,"children":991},{"className":990},[],[992],{"type":53,"value":119},{"type":53,"value":140},{"type":48,"tag":109,"props":995,"children":996},{},[997,999,1004,1006,1011],{"type":53,"value":998},"Read ",{"type":48,"tag":61,"props":1000,"children":1002},{"className":1001},[],[1003],{"type":53,"value":300},{"type":53,"value":1005}," and the selected section of\n",{"type":48,"tag":61,"props":1007,"children":1009},{"className":1008},[],[1010],{"type":53,"value":333},{"type":53,"value":140},{"type":48,"tag":109,"props":1013,"children":1014},{},[1015,1017,1023,1025,1030],{"type":53,"value":1016},"Verify the selected live step with ",{"type":48,"tag":61,"props":1018,"children":1020},{"className":1019},[],[1021],{"type":53,"value":1022},"uv run nemotron steps show \u003Cstep_id>",{"type":53,"value":1024},"\nwhen available, or the selected ",{"type":48,"tag":61,"props":1026,"children":1028},{"className":1027},[],[1029],{"type":53,"value":526},{"type":53,"value":1031}," when the CLI is unavailable.",{"type":48,"tag":109,"props":1033,"children":1034},{},[1035],{"type":53,"value":1036},"Read the requested checked-in config or user overlay before emitting the\ncommand.",{"type":48,"tag":109,"props":1038,"children":1039},{},[1040,1042,1047,1049,1054],{"type":53,"value":1041},"For remote execution, read ",{"type":48,"tag":61,"props":1043,"children":1045},{"className":1044},[],[1046],{"type":53,"value":151},{"type":53,"value":1048}," or repo-root ",{"type":48,"tag":61,"props":1050,"children":1052},{"className":1051},[],[1053],{"type":53,"value":159},{"type":53,"value":1055}," and\npick an actual section whose profile matches the step.",{"type":48,"tag":109,"props":1057,"children":1058},{},[1059,1061,1067,1068,1074,1075,1081,1082,1087],{"type":53,"value":1060},"Emit the full command in one reply with the source tier:\n",{"type":48,"tag":61,"props":1062,"children":1064},{"className":1063},[],[1065],{"type":53,"value":1066},"Verified",{"type":53,"value":389},{"type":48,"tag":61,"props":1069,"children":1071},{"className":1070},[],[1072],{"type":53,"value":1073},"Repo-grounded",{"type":53,"value":389},{"type":48,"tag":61,"props":1076,"children":1078},{"className":1077},[],[1079],{"type":53,"value":1080},"Reference-grounded",{"type":53,"value":447},{"type":48,"tag":61,"props":1083,"children":1085},{"className":1084},[],[1086],{"type":53,"value":214},{"type":53,"value":140},{"type":48,"tag":55,"props":1089,"children":1090},{},[1091,1093,1098],{"type":53,"value":1092},"Canonical command shapes live in ",{"type":48,"tag":61,"props":1094,"children":1096},{"className":1095},[],[1097],{"type":53,"value":333},{"type":53,"value":140},{"type":48,"tag":861,"props":1100,"children":1102},{"id":1101},"pipeline-workflow",[1103],{"type":53,"value":1104},"Pipeline Workflow",{"type":48,"tag":55,"props":1106,"children":1107},{},[1108,1110,1116,1118,1123],{"type":53,"value":1109},"For pipelines with two or more stages, use ",{"type":48,"tag":1111,"props":1112,"children":1113},"strong",{},[1114],{"type":53,"value":1115},"Orient -> Plan -> Act -> Verify",{"type":53,"value":1117},".\nRead ",{"type":48,"tag":61,"props":1119,"children":1121},{"className":1120},[],[1122],{"type":53,"value":690},{"type":53,"value":1124}," for the phase checklist.",{"type":48,"tag":105,"props":1126,"children":1127},{},[1128,1133,1138,1143,1148],{"type":48,"tag":109,"props":1129,"children":1130},{},[1131],{"type":53,"value":1132},"Orient from bundled references and user constraints.",{"type":48,"tag":109,"props":1134,"children":1135},{},[1136],{"type":53,"value":1137},"Plan a DAG with artifact types, configs, patterns, and validation checks.",{"type":48,"tag":109,"props":1139,"children":1140},{},[1141],{"type":53,"value":1142},"Wait for approval before writing configs or code.",{"type":48,"tag":109,"props":1144,"children":1145},{},[1146],{"type":53,"value":1147},"Act with YAML\u002Fconfig-only changes whenever an existing step can satisfy the\nrequest.",{"type":48,"tag":109,"props":1149,"children":1150},{},[1151],{"type":53,"value":1152},"Verify every generated YAML, artifact edge, command, and README command\nbefore reporting completion.",{"type":48,"tag":861,"props":1154,"children":1156},{"id":1155},"catalog-mode",[1157],{"type":53,"value":1158},"Catalog Mode",{"type":48,"tag":55,"props":1160,"children":1161},{},[1162],{"type":53,"value":1163},"Use when the request maps to existing steps. Fast path:",{"type":48,"tag":55,"props":1165,"children":1166},{},[1167,1172,1174,1179,1181,1186,1188,1194],{"type":48,"tag":61,"props":1168,"children":1170},{"className":1169},[],[1171],{"type":53,"value":300},{"type":53,"value":1173}," -> ",{"type":48,"tag":61,"props":1175,"children":1177},{"className":1176},[],[1178],{"type":53,"value":308},{"type":53,"value":1180}," ->\n",{"type":48,"tag":61,"props":1182,"children":1184},{"className":1183},[],[1185],{"type":53,"value":333},{"type":53,"value":1187}," -> verify selected live manifest\u002Fconfig\u002Fprofile ->\nadd a new named config under the selected step's ",{"type":48,"tag":61,"props":1189,"children":1191},{"className":1190},[],[1192],{"type":53,"value":1193},"config\u002F",{"type":53,"value":1195}," directory.",{"type":48,"tag":82,"props":1197,"children":1199},{"id":1198},"customization-surface",[1200],{"type":53,"value":1201},"Customization Surface",{"type":48,"tag":105,"props":1203,"children":1204},{},[1205,1240,1260,1293],{"type":48,"tag":109,"props":1206,"children":1207},{},[1208,1210,1215,1217,1223,1224,1230,1232,1238],{"type":53,"value":1209},"Always customize through the step catalog under ",{"type":48,"tag":61,"props":1211,"children":1213},{"className":1212},[],[1214],{"type":53,"value":119},{"type":53,"value":1216},". Never\ndivert to alternate recipe CLIs such as ",{"type":48,"tag":61,"props":1218,"children":1220},{"className":1219},[],[1221],{"type":53,"value":1222},"src\u002Fnemotron\u002Fcli\u002Fcommands\u002Fsuper3\u002F",{"type":53,"value":153},{"type":48,"tag":61,"props":1225,"children":1227},{"className":1226},[],[1228],{"type":53,"value":1229},"...\u002Fnano3\u002F",{"type":53,"value":1231},", even for Super3\u002FNano3 work. If a request seems to need those,\nmap it back to the equivalent catalog step (e.g. ",{"type":48,"tag":61,"props":1233,"children":1235},{"className":1234},[],[1236],{"type":53,"value":1237},"sft\u002Fmegatron_bridge",{"type":53,"value":1239},").",{"type":48,"tag":109,"props":1241,"children":1242},{},[1243,1245,1251,1253,1259],{"type":53,"value":1244},"Make customizations as NEW config files inside the selected step's\n",{"type":48,"tag":61,"props":1246,"children":1248},{"className":1247},[],[1249],{"type":53,"value":1250},"src\u002Fnemotron\u002Fsteps\u002F\u003Ccat>\u002F\u003Cstep>\u002Fconfig\u002F",{"type":53,"value":1252}," directory, for example\n",{"type":48,"tag":61,"props":1254,"children":1256},{"className":1255},[],[1257],{"type":53,"value":1258},"src\u002Fnemotron\u002Fsteps\u002Fsft\u002Fmegatron_bridge\u002Fconfig\u002Fmy_super3.yaml",{"type":53,"value":140},{"type":48,"tag":109,"props":1261,"children":1262},{},[1263,1265,1271,1272,1278,1280,1285,1286,1291],{"type":53,"value":1264},"Never edit the checked-in ",{"type":48,"tag":61,"props":1266,"children":1268},{"className":1267},[],[1269],{"type":53,"value":1270},"default.yaml",{"type":53,"value":389},{"type":48,"tag":61,"props":1273,"children":1275},{"className":1274},[],[1276],{"type":53,"value":1277},"tiny.yaml",{"type":53,"value":1279},", other shipped configs,\n",{"type":48,"tag":61,"props":1281,"children":1283},{"className":1282},[],[1284],{"type":53,"value":526},{"type":53,"value":389},{"type":48,"tag":61,"props":1287,"children":1289},{"className":1288},[],[1290],{"type":53,"value":701},{"type":53,"value":1292},", or shared runners. Adding a new config file beside\nthem is the expected and only customization write.",{"type":48,"tag":109,"props":1294,"children":1295},{},[1296,1298,1303],{"type":53,"value":1297},"Base new configs on the checked-in ",{"type":48,"tag":61,"props":1299,"children":1301},{"className":1300},[],[1302],{"type":53,"value":1270},{"type":53,"value":1304}," schema (read it, copy the\nneeded fields), then override only what the request requires.",{"type":48,"tag":861,"props":1306,"children":1308},{"id":1307},"explorer-mode",[1309],{"type":53,"value":1310},"Explorer Mode",{"type":48,"tag":55,"props":1312,"children":1313},{},[1314,1316,1321],{"type":53,"value":1315},"Use only after confirming no existing step, runner, recipe, CLI, or YAML config\nsurface can satisfy the request. Full procedure lives in\n",{"type":48,"tag":61,"props":1317,"children":1319},{"className":1318},[],[1320],{"type":53,"value":690},{"type":53,"value":140},{"type":48,"tag":82,"props":1323,"children":1325},{"id":1324},"configuration-alignment",[1326],{"type":53,"value":1327},"Configuration Alignment",{"type":48,"tag":55,"props":1329,"children":1330},{},[1331],{"type":53,"value":1332},"Surface these constraints before commands or config writes:",{"type":48,"tag":105,"props":1334,"children":1335},{},[1336,1357,1377,1382,1387,1392,1405],{"type":48,"tag":109,"props":1337,"children":1338},{},[1339,1341,1347,1349,1355],{"type":53,"value":1340},"SFT packing ",{"type":48,"tag":61,"props":1342,"children":1344},{"className":1343},[],[1345],{"type":53,"value":1346},"pack_size",{"type":53,"value":1348},", Megatron-Bridge ",{"type":48,"tag":61,"props":1350,"children":1352},{"className":1351},[],[1353],{"type":53,"value":1354},"seq_length",{"type":53,"value":1356},", packed sequence size,\ntokenizer, and chat template must match.",{"type":48,"tag":109,"props":1358,"children":1359},{},[1360,1362,1368,1369,1375],{"type":53,"value":1361},"Prepared ",{"type":48,"tag":61,"props":1363,"children":1365},{"className":1364},[],[1366],{"type":53,"value":1367},"packed_parquet",{"type":53,"value":302},{"type":48,"tag":61,"props":1370,"children":1372},{"className":1371},[],[1373],{"type":53,"value":1374},"binidx",{"type":53,"value":1376}," are tokenizer-locked; rebuild after\ntokenizer, chat-template, sequence-length, split, or blend changes.",{"type":48,"tag":109,"props":1378,"children":1379},{},[1380],{"type":53,"value":1381},"Megatron-Bridge global batch size must be divisible by data-parallel size;\nstart distributed validation with micro batch size 1.",{"type":48,"tag":109,"props":1383,"children":1384},{},[1385],{"type":53,"value":1386},"TP\u002FPP\u002FCP\u002FEP choices must fit GPU count, memory, topology, and model divisibility.",{"type":48,"tag":109,"props":1388,"children":1389},{},[1390],{"type":53,"value":1391},"LoRA merge requires the exact base checkpoint\u002Fmodel and tokenizer used during\nadapter training.",{"type":48,"tag":109,"props":1393,"children":1394},{},[1395,1397,1403],{"type":53,"value":1396},"Conversion\u002Feval of Megatron checkpoints should point at a concrete ",{"type":48,"tag":61,"props":1398,"children":1400},{"className":1399},[],[1401],{"type":53,"value":1402},"iter_*",{"type":53,"value":1404},"\ncheckpoint, not a parent run directory.",{"type":48,"tag":109,"props":1406,"children":1407},{},[1408],{"type":53,"value":1409},"Hosted eval and translation configs store auth env-var names only, not values.",{"type":48,"tag":82,"props":1411,"children":1413},{"id":1412},"operational-nuances",[1414],{"type":53,"value":1415},"Operational Nuances",{"type":48,"tag":105,"props":1417,"children":1418},{},[1419,1438,1449,1470,1489,1494],{"type":48,"tag":109,"props":1420,"children":1421},{},[1422,1424,1429,1430,1436],{"type":53,"value":1423},"Smoke configs (",{"type":48,"tag":61,"props":1425,"children":1427},{"className":1426},[],[1428],{"type":53,"value":1277},{"type":53,"value":389},{"type":48,"tag":61,"props":1431,"children":1433},{"className":1432},[],[1434],{"type":53,"value":1435},"tiny_chat.yaml",{"type":53,"value":1437},") are wiring tests, not quality\nevidence.",{"type":48,"tag":109,"props":1439,"children":1440},{},[1441,1447],{"type":48,"tag":61,"props":1442,"children":1444},{"className":1443},[],[1445],{"type":53,"value":1446},"${art:...}",{"type":53,"value":1448}," references belong in recipe-backed configs; standalone YAML uses\nplain paths.",{"type":48,"tag":109,"props":1450,"children":1451},{},[1452,1454,1460,1462,1468],{"type":53,"value":1453},"Keep pretraining ",{"type":48,"tag":61,"props":1455,"children":1457},{"className":1456},[],[1458],{"type":53,"value":1459},"bin\u002Fidx",{"type":53,"value":1461}," data and ",{"type":48,"tag":61,"props":1463,"children":1465},{"className":1464},[],[1466],{"type":53,"value":1467},"blend.json",{"type":53,"value":1469}," from the same run\u002Frelease.",{"type":48,"tag":109,"props":1471,"children":1472},{},[1473,1475,1480,1482,1487],{"type":53,"value":1474},"Write customized configs as new files in the step's\n",{"type":48,"tag":61,"props":1476,"children":1478},{"className":1477},[],[1479],{"type":53,"value":1250},{"type":53,"value":1481}," directory; never modify the\nchecked-in ",{"type":48,"tag":61,"props":1483,"children":1485},{"className":1484},[],[1486],{"type":53,"value":1270},{"type":53,"value":1488}," or other shipped configs.",{"type":48,"tag":109,"props":1490,"children":1491},{},[1492],{"type":53,"value":1493},"For LoRA, preserve the exact base checkpoint and tokenizer\u002Ftemplate metadata\nneeded by later merge\u002Feval.",{"type":48,"tag":109,"props":1495,"children":1496},{},[1497],{"type":53,"value":1498},"For translation and hosted eval, mention auth environment variable names only,\nnever values.",{"type":48,"tag":82,"props":1500,"children":1502},{"id":1501},"boundaries",[1503],{"type":53,"value":1504},"Boundaries",{"type":48,"tag":55,"props":1506,"children":1507},{},[1508],{"type":53,"value":1509},"Do:",{"type":48,"tag":105,"props":1511,"children":1512},{},[1513,1532,1537,1556,1561,1566],{"type":48,"tag":109,"props":1514,"children":1515},{},[1516,1518,1523,1525,1531],{"type":53,"value":1517},"Always route through the step catalog under ",{"type":48,"tag":61,"props":1519,"children":1521},{"className":1520},[],[1522],{"type":53,"value":119},{"type":53,"value":1524},"; never use\nalternate recipe CLIs (",{"type":48,"tag":61,"props":1526,"children":1528},{"className":1527},[],[1529],{"type":53,"value":1530},"src\u002Fnemotron\u002Fcli\u002Fcommands\u002Fsuper3|nano3\u002F...",{"type":53,"value":1239},{"type":48,"tag":109,"props":1533,"children":1534},{},[1535],{"type":53,"value":1536},"Reuse repo CLIs, runners, recipes, steps, and checked-in configs first.",{"type":48,"tag":109,"props":1538,"children":1539},{},[1540,1542,1547,1549,1554],{"type":53,"value":1541},"Customize by adding a new config under the step's ",{"type":48,"tag":61,"props":1543,"children":1545},{"className":1544},[],[1546],{"type":53,"value":1193},{"type":53,"value":1548}," directory; base it\non ",{"type":48,"tag":61,"props":1550,"children":1552},{"className":1551},[],[1553],{"type":53,"value":1270},{"type":53,"value":1555}," rather than copying it blindly.",{"type":48,"tag":109,"props":1557,"children":1558},{},[1559],{"type":53,"value":1560},"Validate artifact edges and cite patterns that changed the plan.",{"type":48,"tag":109,"props":1562,"children":1563},{},[1564],{"type":53,"value":1565},"Ask about hardware\u002Fdata\u002Fbackend\u002Foutput path when missing.",{"type":48,"tag":109,"props":1567,"children":1568},{},[1569],{"type":53,"value":1570},"Surface tradeoffs such as AutoModel vs Megatron-Bridge and full SFT vs LoRA.",{"type":48,"tag":55,"props":1572,"children":1573},{},[1574],{"type":53,"value":1575},"Do not:",{"type":48,"tag":105,"props":1577,"children":1578},{},[1579,1584,1589,1594,1599,1604,1609,1639],{"type":48,"tag":109,"props":1580,"children":1581},{},[1582],{"type":53,"value":1583},"Invent steps when a catalog step fits.",{"type":48,"tag":109,"props":1585,"children":1586},{},[1587],{"type":53,"value":1588},"Skip Plan for pipelines with two or more stages.",{"type":48,"tag":109,"props":1590,"children":1591},{},[1592],{"type":53,"value":1593},"Generate Python or shell when YAML is enough.",{"type":48,"tag":109,"props":1595,"children":1596},{},[1597],{"type":53,"value":1598},"Add monitoring\u002FW&B unless asked.",{"type":48,"tag":109,"props":1600,"children":1601},{},[1602],{"type":53,"value":1603},"Assume GPU count, env profile, endpoint type, task ID, or auth value.",{"type":48,"tag":109,"props":1605,"children":1606},{},[1607],{"type":53,"value":1608},"Generate Slurm\u002FAirflow\u002FKubeflow wrappers unless the request explicitly needs\ndeployment scaffolding.",{"type":48,"tag":109,"props":1610,"children":1611},{},[1612,1614,1619,1620,1625,1626,1631,1632,1637],{"type":53,"value":1613},"Edit checked-in step files (",{"type":48,"tag":61,"props":1615,"children":1617},{"className":1616},[],[1618],{"type":53,"value":1270},{"type":53,"value":943},{"type":48,"tag":61,"props":1621,"children":1623},{"className":1622},[],[1624],{"type":53,"value":1277},{"type":53,"value":1279},{"type":48,"tag":61,"props":1627,"children":1629},{"className":1628},[],[1630],{"type":53,"value":526},{"type":53,"value":389},{"type":48,"tag":61,"props":1633,"children":1635},{"className":1634},[],[1636],{"type":53,"value":701},{"type":53,"value":1638},", runners); only add a new config beside them.",{"type":48,"tag":109,"props":1640,"children":1641},{},[1642,1644,1649],{"type":53,"value":1643},"Restate all per-step rules in ",{"type":48,"tag":61,"props":1645,"children":1647},{"className":1646},[],[1648],{"type":53,"value":287},{"type":53,"value":1650},"; use bundled references and source\nfallback.",{"type":48,"tag":82,"props":1652,"children":1654},{"id":1653},"examples",[1655],{"type":53,"value":1656},"Examples",{"type":48,"tag":55,"props":1658,"children":1659},{},[1660,1665,1667,1673,1674,1680,1682,1688],{"type":48,"tag":1111,"props":1661,"children":1662},{},[1663],{"type":53,"value":1664},"Single-step routing (LoRA on a small box).",{"type":53,"value":1666}," User: \"LoRA fine-tune a HF model\non 2 GPUs.\" Route per ",{"type":48,"tag":61,"props":1668,"children":1670},{"className":1669},[],[1671],{"type":53,"value":1672},"CATALOG.md",{"type":53,"value":1173},{"type":48,"tag":61,"props":1675,"children":1677},{"className":1676},[],[1678],{"type":53,"value":1679},"peft\u002Fautomodel",{"type":53,"value":1681}," (HF base + small GPU\ncount); do not offer Megatron-Bridge. Collect base model, JSONL data path,\noutput dir, LoRA rank\u002Falpha, then emit one ",{"type":48,"tag":61,"props":1683,"children":1685},{"className":1684},[],[1686],{"type":53,"value":1687},"uv run nemotron steps run peft\u002Fautomodel -c \u003Cconfig> --dry-run ...",{"type":53,"value":1689}," command.",{"type":48,"tag":55,"props":1691,"children":1692},{},[1693,1698,1700,1705,1707,1713,1715,1721,1723,1728,1729,1734,1736,1742,1744,1749],{"type":48,"tag":1111,"props":1694,"children":1695},{},[1696],{"type":53,"value":1697},"Multi-step pipeline (Super3 SFT).",{"type":53,"value":1699}," User: \"data prep + SFT for Super3.\" This is\ntwo stages, so plan first: SFT on Super3 -> Megatron-Bridge, which consumes\n",{"type":48,"tag":61,"props":1701,"children":1703},{"className":1702},[],[1704],{"type":53,"value":1367},{"type":53,"value":1706},", so ",{"type":48,"tag":61,"props":1708,"children":1710},{"className":1709},[],[1711],{"type":53,"value":1712},"data_prep\u002Fsft_packing",{"type":53,"value":1714}," is required upstream. Present the\nDAG (",{"type":48,"tag":61,"props":1716,"children":1718},{"className":1717},[],[1719],{"type":53,"value":1720},"sft_packing -> sft\u002Fmegatron_bridge",{"type":53,"value":1722},"), align ",{"type":48,"tag":61,"props":1724,"children":1726},{"className":1725},[],[1727],{"type":53,"value":1346},{"type":53,"value":943},{"type":48,"tag":61,"props":1730,"children":1732},{"className":1731},[],[1733],{"type":53,"value":1354},{"type":53,"value":1735},"\u002F\ntokenizer, wait for approval, then add new configs under\n",{"type":48,"tag":61,"props":1737,"children":1739},{"className":1738},[],[1740],{"type":53,"value":1741},"src\u002Fnemotron\u002Fsteps\u002F\u003Cstep>\u002Fconfig\u002F\u003Cname>.yaml",{"type":53,"value":1743},". Super3 needs a remote profile;\nstate the env TOML prerequisite or mark ",{"type":48,"tag":61,"props":1745,"children":1747},{"className":1746},[],[1748],{"type":53,"value":214},{"type":53,"value":140},{"type":48,"tag":55,"props":1751,"children":1752},{},[1753,1758,1760,1765,1767,1773,1775,1780],{"type":48,"tag":1111,"props":1754,"children":1755},{},[1756],{"type":53,"value":1757},"Hosted-endpoint evaluation (no training).",{"type":53,"value":1759}," User: \"benchmark my hosted model\nendpoint.\" Route to ",{"type":48,"tag":61,"props":1761,"children":1763},{"className":1762},[],[1764],{"type":53,"value":78},{"type":53,"value":1766}," with ",{"type":48,"tag":61,"props":1768,"children":1770},{"className":1769},[],[1771],{"type":53,"value":1772},"-c tiny_chat",{"type":53,"value":1774},". Collect endpoint URL,\nmodel id, task IDs, and the auth env-var name (value exported, never inlined).\nSee ",{"type":48,"tag":61,"props":1776,"children":1778},{"className":1777},[],[1779],{"type":53,"value":333},{"type":53,"value":1781}," Evaluation Examples.",{"type":48,"tag":82,"props":1783,"children":1785},{"id":1784},"troubleshooting",[1786],{"type":53,"value":1787},"Troubleshooting",{"type":48,"tag":462,"props":1789,"children":1790},{},[1791,1807],{"type":48,"tag":466,"props":1792,"children":1793},{},[1794],{"type":48,"tag":470,"props":1795,"children":1796},{},[1797,1802],{"type":48,"tag":474,"props":1798,"children":1799},{},[1800],{"type":53,"value":1801},"Situation",{"type":48,"tag":474,"props":1803,"children":1804},{},[1805],{"type":53,"value":1806},"Action",{"type":48,"tag":490,"props":1808,"children":1809},{},[1810,1830,1850,1870,1890,1909,1922],{"type":48,"tag":470,"props":1811,"children":1812},{},[1813,1818],{"type":48,"tag":497,"props":1814,"children":1815},{},[1816],{"type":53,"value":1817},"Artifact types do not chain",{"type":48,"tag":497,"props":1819,"children":1820},{},[1821,1823,1828],{"type":53,"value":1822},"Recheck ",{"type":48,"tag":61,"props":1824,"children":1826},{"className":1825},[],[1827],{"type":53,"value":308},{"type":53,"value":1829},"; insert a converter or change the DAG before writing configs.",{"type":48,"tag":470,"props":1831,"children":1832},{},[1833,1845],{"type":48,"tag":497,"props":1834,"children":1835},{},[1836,1838,1843],{"type":53,"value":1837},"Remote profile or ",{"type":48,"tag":61,"props":1839,"children":1841},{"className":1840},[],[1842],{"type":53,"value":941},{"type":53,"value":1844}," is unclear",{"type":48,"tag":497,"props":1846,"children":1847},{},[1848],{"type":53,"value":1849},"Read active env TOML; do not guess profile names.",{"type":48,"tag":470,"props":1851,"children":1852},{},[1853,1858],{"type":48,"tag":497,"props":1854,"children":1855},{},[1856],{"type":53,"value":1857},"Config key is unclear",{"type":48,"tag":497,"props":1859,"children":1860},{},[1861,1863,1868],{"type":53,"value":1862},"Verify selected checked-in config, ",{"type":48,"tag":61,"props":1864,"children":1866},{"className":1865},[],[1867],{"type":53,"value":701},{"type":53,"value":1869},", and shared runner before editing.",{"type":48,"tag":470,"props":1871,"children":1872},{},[1873,1878],{"type":48,"tag":497,"props":1874,"children":1875},{},[1876],{"type":53,"value":1877},"Strategy points to a missing context pack",{"type":48,"tag":497,"props":1879,"children":1880},{},[1881,1883,1889],{"type":53,"value":1882},"Skip the pack, use catalog\u002Fpattern text, and flag the plan with ",{"type":48,"tag":61,"props":1884,"children":1886},{"className":1885},[],[1887],{"type":53,"value":1888},"WARNING: \u003Ctopic> docs unavailable",{"type":53,"value":140},{"type":48,"tag":470,"props":1891,"children":1892},{},[1893,1898],{"type":48,"tag":497,"props":1894,"children":1895},{},[1896],{"type":53,"value":1897},"Hardware looks too small",{"type":48,"tag":497,"props":1899,"children":1900},{},[1901,1902,1907],{"type":53,"value":327},{"type":48,"tag":61,"props":1903,"children":1905},{"className":1904},[],[1906],{"type":53,"value":629},{"type":53,"value":1908},"; suggest smaller model, AutoModel, then LoRA before full Megatron-Bridge.",{"type":48,"tag":470,"props":1910,"children":1911},{},[1912,1917],{"type":48,"tag":497,"props":1913,"children":1914},{},[1915],{"type":53,"value":1916},"Two Act attempts fail",{"type":48,"tag":497,"props":1918,"children":1919},{},[1920],{"type":53,"value":1921},"Stop, explain what was tried and failed, and ask how to proceed.",{"type":48,"tag":470,"props":1923,"children":1924},{},[1925,1930],{"type":48,"tag":497,"props":1926,"children":1927},{},[1928],{"type":53,"value":1929},"No existing repo path matches",{"type":48,"tag":497,"props":1931,"children":1932},{},[1933,1935,1940],{"type":53,"value":1934},"Check ",{"type":48,"tag":61,"props":1936,"children":1938},{"className":1937},[],[1939],{"type":53,"value":720},{"type":53,"value":1941}," and selected source fallback; use Explorer mode only after naming the gap.",{"items":1943,"total":2047},[1944,1961,1975,1989,2001,2018,2033],{"slug":1945,"name":1945,"fn":1946,"description":1947,"org":1948,"tags":1949,"stars":23,"repoUrl":24,"updatedAt":1960},"accelerated-computing-cudf","accelerate data processing with cuDF","Official NVIDIA-authored guidance for NVIDIA cuDF GPU DataFrames, pandas acceleration, dask-cuDF, ETL, joins, groupby, CSV\u002FParquet I\u002FO, nullable semantics, and multi-GPU DataFrame workloads.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},[1950,1953,1956,1957],{"name":1951,"slug":1952,"type":15},"Data Analysis","data-analysis",{"name":1954,"slug":1955,"type":15},"Data Engineering","data-engineering",{"name":9,"slug":8,"type":15},{"name":1958,"slug":1959,"type":15},"Performance","performance","2026-07-14T05:28:43.176466",{"slug":1962,"name":1962,"fn":1963,"description":1964,"org":1965,"tags":1966,"stars":23,"repoUrl":24,"updatedAt":1974},"aiq-deploy","deploy and manage NVIDIA AI-Q infrastructure","Use when asked to install, deploy, run, validate, troubleshoot, or stop NVIDIA AI-Q Blueprint infrastructure.\n",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},[1967,1970,1973],{"name":1968,"slug":1969,"type":15},"Deployment","deployment",{"name":1971,"slug":1972,"type":15},"Infrastructure","infrastructure",{"name":9,"slug":8,"type":15},"2026-07-14T05:29:06.667109",{"slug":1976,"name":1976,"fn":1977,"description":1978,"org":1979,"tags":1980,"stars":23,"repoUrl":24,"updatedAt":1988},"aiq-research","conduct deep research with AI-Q","Use when asked to run deep research or AI-Q research through a reachable NVIDIA AI-Q Blueprint backend.\n",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},[1981,1984,1985],{"name":1982,"slug":1983,"type":15},"Agents","agents",{"name":9,"slug":8,"type":15},{"name":1986,"slug":1987,"type":15},"Research","research","2026-07-14T05:28:06.816956",{"slug":1990,"name":1990,"fn":1991,"description":1992,"org":1993,"tags":1994,"stars":23,"repoUrl":24,"updatedAt":2000},"amc-run-sample-calibration","run AMC sample dataset 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'.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},[1995,1996,1997],{"name":1951,"slug":1952,"type":15},{"name":9,"slug":8,"type":15},{"name":1998,"slug":1999,"type":15},"Testing","testing","2026-07-17T05:29:03.913266",{"slug":2002,"name":2002,"fn":2003,"description":2004,"org":2005,"tags":2006,"stars":23,"repoUrl":24,"updatedAt":2017},"amc-run-video-calibration","calibrate video datasets with AutoMagicCalib","Calibrate a new dataset from pre-recorded video files via the AutoMagicCalib REST API. Use when user has local MP4s and says 'calibrate my videos', 'run AMC on these videos', or similar. For RTSP\u002Flive streams, use amc-run-rtsp-calibration instead.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},[2007,2010,2013,2014],{"name":2008,"slug":2009,"type":15},"Automation","automation",{"name":2011,"slug":2012,"type":15},"Imaging","imaging",{"name":9,"slug":8,"type":15},{"name":2015,"slug":2016,"type":15},"Video","video","2026-07-17T05:28:53.905004",{"slug":2019,"name":2019,"fn":2020,"description":2021,"org":2022,"tags":2023,"stars":23,"repoUrl":24,"updatedAt":2032},"amc-setup-calibration-stack","deploy AutoMagicCalib microservice with Docker","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.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},[2024,2025,2028,2029],{"name":1968,"slug":1969,"type":15},{"name":2026,"slug":2027,"type":15},"Docker","docker",{"name":9,"slug":8,"type":15},{"name":2030,"slug":2031,"type":15},"Operations","operations","2026-07-17T05:28:56.913999",{"slug":2034,"name":2034,"fn":2035,"description":2036,"org":2037,"tags":2038,"stars":23,"repoUrl":24,"updatedAt":2046},"cudaq-guide","develop quantum applications with CUDA-Q","CUDA-Q onboarding guide for installation, test programs, GPU simulation, QPU hardware, and quantum applications.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},[2039,2040,2043],{"name":9,"slug":8,"type":15},{"name":2041,"slug":2042,"type":15},"Quantum Computing","quantum-computing",{"name":2044,"slug":2045,"type":15},"Simulation","simulation","2026-07-14T05:26:58.898253",305,{"items":2049,"total":2200},[2050,2068,2084,2095,2107,2121,2134,2148,2159,2168,2182,2191],{"slug":2051,"name":2051,"fn":2052,"description":2053,"org":2054,"tags":2055,"stars":2065,"repoUrl":2066,"updatedAt":2067},"nemoclaw-user-guide","retrieve NemoClaw documentation and configuration","Guides human users' AI agents to the NemoClaw docs MCP server and canonical Fern documentation in Markdown form. Use when users ask how to install, configure, operate, troubleshoot, secure, or learn NemoClaw with an AI coding assistant. Trigger keywords - nemoclaw docs, use nemoclaw with ai agent, nemoclaw mcp docs, nemoclaw install help, nemoclaw quickstart, nemoclaw markdown docs, llms.txt, agent skills.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},[2056,2059,2062],{"name":2057,"slug":2058,"type":15},"Documentation","documentation",{"name":2060,"slug":2061,"type":15},"MCP","mcp",{"name":2063,"slug":2064,"type":15},"Search","search",21777,"https:\u002F\u002Fgithub.com\u002FNVIDIA\u002FNemoClaw","2026-07-20T06:00:01.461044",{"slug":2069,"name":2069,"fn":2070,"description":2071,"org":2072,"tags":2073,"stars":2081,"repoUrl":2082,"updatedAt":2083},"mcore-build-and-dependency","manage Megatron-LM development environments","Container-based dev environment setup and dependency management for Megatron-LM. Covers acquiring and launching the CI container, uv package management, and updating uv.lock.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},[2074,2077,2078],{"name":2075,"slug":2076,"type":15},"Containers","containers",{"name":1968,"slug":1969,"type":15},{"name":2079,"slug":2080,"type":15},"Python","python",17049,"https:\u002F\u002Fgithub.com\u002FNVIDIA\u002FMegatron-LM","2026-07-27T06:06:11.249662",{"slug":2085,"name":2085,"fn":2086,"description":2087,"org":2088,"tags":2089,"stars":2081,"repoUrl":2082,"updatedAt":2094},"mcore-bump-base-image","update NVIDIA PyTorch base images","Bump the NVIDIA PyTorch base image (`nvcr.io\u002Fnvidia\u002Fpytorch:YY.MM-py3`) used by Megatron-LM CI. Covers the two pin sites (GitHub CI in `docker\u002F.ngc_version.dev` and GitLab CI in `.gitlab\u002Fstages\u002F01.build.yml`), the post-bump CI loop (re-run functional tests, refresh golden values, mark broken tests), and the gotchas that bit PRs",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},[2090,2093],{"name":2091,"slug":2092,"type":15},"CI\u002FCD","ci-cd",{"name":1968,"slug":1969,"type":15},"2026-07-14T05:25:59.97109",{"slug":2096,"name":2096,"fn":2097,"description":2098,"org":2099,"tags":2100,"stars":2081,"repoUrl":2082,"updatedAt":2106},"mcore-cicd","manage CI\u002FCD pipelines for Megatron-LM","CI\u002FCD reference for Megatron-LM. Covers CI pipeline structure, PR scope labels, triggering internal GitLab CI (which force-pushes the current branch to a pull-request\u002FBRANCH ref — always dry-run and verify the destination first; never run against shared or protected branches), and CI failure investigation.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},[2101,2102,2103],{"name":2091,"slug":2092,"type":15},{"name":1968,"slug":1969,"type":15},{"name":2104,"slug":2105,"type":15},"GitHub","github","2026-07-27T06:06:12.278222",{"slug":2108,"name":2108,"fn":2109,"description":2110,"org":2111,"tags":2112,"stars":2081,"repoUrl":2082,"updatedAt":2120},"mcore-create-issue","investigate CI failures and create issues","Investigate a failing GitHub Actions run or job and create a GitHub issue for the failure.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},[2113,2116,2117],{"name":2114,"slug":2115,"type":15},"Debugging","debugging",{"name":2104,"slug":2105,"type":15},{"name":2118,"slug":2119,"type":15},"Triage","triage","2026-07-14T05:25:57.442089",{"slug":2122,"name":2122,"fn":2123,"description":2124,"org":2125,"tags":2126,"stars":2081,"repoUrl":2082,"updatedAt":2133},"mcore-linting-and-formatting","lint and format Megatron-LM code","Linting and formatting for Megatron-LM. Covers running autoformat.sh, tools (ruff, black, isort, pylint, mypy), and code style rules.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},[2127,2130],{"name":2128,"slug":2129,"type":15},"Best Practices","best-practices",{"name":2131,"slug":2132,"type":15},"Code Analysis","code-analysis","2026-07-14T05:25:56.18433",{"slug":2135,"name":2135,"fn":2136,"description":2137,"org":2138,"tags":2139,"stars":2081,"repoUrl":2082,"updatedAt":2147},"mcore-migrate-gpt-to-hybrid","migrate Megatron-LM models to HybridModel","Migration guide for moving Megatron Core GPTModel checkpoints, model providers, training commands, and layer mappings to HybridModel.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},[2140,2143,2146],{"name":2141,"slug":2142,"type":15},"Machine Learning","machine-learning",{"name":2144,"slug":2145,"type":15},"Migration","migration",{"name":9,"slug":8,"type":15},"2026-07-17T06:07:11.777011",{"slug":2149,"name":2149,"fn":2150,"description":2151,"org":2152,"tags":2153,"stars":2081,"repoUrl":2082,"updatedAt":2158},"mcore-onboard-gb200-1node-tests","onboard functional tests for GB200","Onboard 1-node GitHub MR functional tests for GB200 from existing mr-scoped 2-node tests.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},[2154,2157],{"name":2155,"slug":2156,"type":15},"QA","qa",{"name":1998,"slug":1999,"type":15},"2026-07-14T05:25:53.673039",{"slug":2160,"name":2160,"fn":2161,"description":2162,"org":2163,"tags":2164,"stars":2081,"repoUrl":2082,"updatedAt":2167},"mcore-run-on-slurm","launch distributed training jobs on SLURM","How to launch distributed Megatron-LM training jobs on a SLURM cluster. Covers a minimal sbatch skeleton, environment-variable setup for torch.distributed.run, CUDA_DEVICE_MAX_CONNECTIONS rules across hardware and parallelism modes, container conventions, monitoring, and per-rank failure diagnosis.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},[2165,2166],{"name":1968,"slug":1969,"type":15},{"name":1971,"slug":1972,"type":15},"2026-07-14T05:25:49.362534",{"slug":2169,"name":2169,"fn":2170,"description":2171,"org":2172,"tags":2173,"stars":2081,"repoUrl":2082,"updatedAt":2181},"mcore-split-pr","split pull requests to reduce review load","Split a PR into multiple PRs to reduce the number of required CODEOWNERS reviewer groups.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},[2174,2177,2178],{"name":2175,"slug":2176,"type":15},"Code Review","code-review",{"name":2104,"slug":2105,"type":15},{"name":2179,"slug":2180,"type":15},"Pull Requests","pull-requests","2026-07-14T05:26:01.226578",{"slug":2183,"name":2183,"fn":2184,"description":2185,"org":2186,"tags":2187,"stars":2081,"repoUrl":2082,"updatedAt":2190},"mcore-testing","run and manage Megatron-LM tests","Test system for Megatron-LM. Covers test layout, recipe YAML structure, adding and running unit and functional tests, golden values, marker filters, and CI parity.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},[2188,2189],{"name":2155,"slug":2156,"type":15},{"name":1998,"slug":1999,"type":15},"2026-07-14T05:25:54.928983",{"slug":2192,"name":2192,"fn":2193,"description":2194,"org":2195,"tags":2196,"stars":2081,"repoUrl":2082,"updatedAt":2199},"nightly-sync","manage nightly main-to-dev sync workflows","Domain knowledge for the nightly main-to-dev sync workflow. Covers merge strategy, CI architecture, failure investigation, and known issues.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":9},[2197,2198],{"name":2008,"slug":2009,"type":15},{"name":2091,"slug":2092,"type":15},"2026-07-30T05:29:03.275638",496]