Nemotron Speech
NVIDIAOfficialCreated by Nemotron Speech TeamDistributed by NVIDIA
- Skill
- Tool integration
- Data and AI
- Apache-2.0
- Medium risk
- Has scripts
AutoGineer summary
Written by AutoGineer from the skill’s own files, not by the author
Nemotron Speech acts as a central command interface for managing NVIDIA's speech AI NIMs. It provides a structured workflow for users to navigate deployment options, whether using cloud-hosted inference via build.nvidia.com or self-hosted Docker containers. The skill handles the routing of tasks across ASR, TTS, and NMT modalities, ensuring users follow the correct procedures for model selection, pipeline configuration, and system readiness checks.
What it does
- Routes users to specific workflows for ASR, TTS, and NMT deployment.
- Provides guidance on self-hosted Docker deployment and cloud-hosted inference.
- Assists with custom model builds using riva-build and riva-deploy.
- Facilitates ASR pipeline tuning including VAD, diarization, and language models.
- Supports TTS customization such as SSML, zero-shot voice cloning, and pronunciation dictionaries.
- Directs users to authoritative documentation for version-specific model and hardware requirements.
When to use it
- When you need to deploy or test NVIDIA Riva/Nemotron Speech NIMs.
- When configuring custom ASR or TTS pipelines for specific accuracy or vocabulary needs.
- When troubleshooting deployment readiness, GPU compatibility, or container health.
- When integrating speech-to-text, text-to-speech, or translation into an application.
Advantages
- Centralizes complex speech AI workflows into a single, navigable interface.
- Ensures adherence to official NVIDIA documentation and best practices.
- Simplifies the transition between cloud-hosted and self-hosted environments.
- Provides clear, step-by-step procedures for custom model deployment.
Usage examples
- “Deploy a Parakeet ASR NIM”
- The agent loads the ASR reference file and guides the user through the self-hosted deployment steps.
- “How do I fix the pronunciation of NIM in Riva TTS?”
- The agent loads the TTS pronunciation reference, suggests IPA candidates, and provides the necessary gRPC snippet.
- “Can my GPU run this?”
- The agent initiates the deployment readiness check workflow to verify system requirements.
- “Translate English to German”
- The agent loads the NMT reference file and walks the user through the translation deployment flow.
Install
Download the skill as a ZIP:
https://mp-staging.autogineer.com/agent-skills/nvidia/nemotron-speech/downloadUnzip it into the cross-client skills folder of your project:
mkdir -p .agents/skills && unzip nemotron-speech.zip -d .agents/skills
Documentation by Nemotron Speech Team
Nemotron Speech Skills
Note: "Nemotron Speech" is the public-facing name for what NVIDIA documents today as Riva / Riva NIM. All commands, container images, gRPC APIs, Python imports, and documentation URLs still use "Riva" — the rename is brand-only. Do not rename commands, images, or doc URLs.
Agent: When walking the user through a multi-step workflow, announce each step before presenting it: Step N/M — Step Title (e.g., "Step 1/4 — Deploy the Container").
Purpose
Single entry point for all NVIDIA Nemotron Speech (Riva) NIM workflows: ASR (speech-to-text), TTS (text-to-speech), and NMT (translation). Covers cloud-hosted inference via build.nvidia.com, self-hosted Docker deployment, client-protocol choice for ASR (gRPC, HTTP, WebSocket), custom NeMo model deployment via riva-build, ASR pipeline tuning (VAD, diarization, language models), and the prerequisite Docker / NGC / driver setup.
When to Use This Skill
Use this skill for any Nemotron Speech / Riva NIM task — deployment, testing, custom model build, system requirements check, or model selection across ASR / TTS / NMT modalities.
Workflow
Identify the user's task type, then load the corresponding reference file from references/. The reference files contain the detailed per-workflow content; this SKILL.md is a routing surface. Load only the reference relevant to the task at hand.
Prerequisites
For self-hosted deployment: NVIDIA AI Enterprise (NVAIE) entitlement, then complete the environment setup — NVIDIA drivers, Docker, Container Toolkit, NGC API key, Riva Python client. See
references/setup.md.For cloud-hosted inference:
pip install -U nvidia-riva-clientand a validNVIDIA_API_KEYfrom https://build.nvidia.com.Treat
NVIDIA_API_KEYandNGC_API_KEYas secrets: never print, paste, commit, or log real key values. Prefer--password-stdinfor Docker login and store persistent keys in a credential manager or achmod 600env file rather than world-readable shell startup files.For self-hosted Docker model caching: host directories mounted at
/opt/nim/.cachemust be writable by the container user (the NIM container runs asnvs:1000internally), not just the host user. Runsudo chown 1000:1000 $LOCAL_NIM_CACHEafter creating the directory so the container can write to it. Avoid world-writable modes — they let any local user replace cached model artifacts. Also avoid-u "$(id -u):$(id -g)"on the docker run —/opt/nim/workspaceinside the container isn't writable to arbitrary UIDs. If you seeI/O error Permission denied (os error 13)during model download, the host directory ownership is the issue.
Instructions
Match the user's task to one reference file and load only that file; the references are detailed, so progressive disclosure keeps context tight.
Route setup requests for drivers, Docker, Container Toolkit, and NGC to
references/setup.md.Route GPU compatibility, deployment readiness, and container health checks to
references/deployment-readiness-checks.md.Route model choice across ASR, TTS, and NMT to
references/model-selection.md.Route ASR deployment or inference for Parakeet, Canary, Whisper, and Nemotron ASR Streaming to
references/asr.md.Route custom-trained NeMo ASR deployment (
.nemo→ RMIR → NIM) toreferences/asr-custom.md.Route ASR pipeline configuration for VAD, diarization, language models, and chunk size to
references/pipelines.md.Route TTS deployment or inference for Magpie to
references/tts.md.Route custom or fine-tuned TTS model deployment (
.nemo→ RMIR → NIM) toreferences/tts-custom.md.Route TTS synthesis pipeline configuration — SSML, zero-shot voice cloning, applying an existing pronunciation dictionary, audio encoding, sample rate,
custom_configurationkeys — toreferences/tts-pipelines.md. (For discovering and constructing the pronunciation itself, usetts-pronunciation.md.)Route TTS pronunciation discovery — finding, testing, and applying IPA pronunciations for specific words or phrases — to
references/tts-pronunciation.md.Route NMT deployment or inference for Riva Translate, language pairs, and DNT tags to
references/nmt.md.
Source of truth
For per-release detail — current model catalog, container IDs, function IDs, voice lists, VRAM minimums, per-model feature support — fetch or open the canonical NVIDIA doc rather than relying on text in this SKILL.md or the references. Each reference file includes its own routing table to the relevant doc pages.
Top-level landing pages:
Examples
"Deploy a Parakeet ASR NIM" → load references/asr.md, follow Option B (self-hosted), Steps 1–4.
"Synthesize speech with Magpie" → load references/tts.md, follow Option A (cloud) or Option B (self-hosted).
"Translate English to German" → load references/nmt.md, follow the 4-step flow.
"Convert my fine-tuned .nemo to a NIM" → load references/asr-custom.md for the 4-phase pipeline and references/pipelines.md for build-time config.
"Deploy a custom fine-tuned TTS voice as a NIM" → load references/tts-custom.md for the 4-phase pipeline.
"Use zero-shot voice cloning with Magpie" → load references/tts-pipelines.md.
"Add SSML emphasis tags to my TTS request" → load references/tts-pipelines.md.
"'NVIDIA' sounds wrong in my Magpie TTS output — suggest a few IPA options to test" → load references/tts-pronunciation.md, generate IPA candidates, synthesize variants, then output all three delivery formats.
"How do I fix the pronunciation of 'NIM' in Riva TTS with a custom_dictionary in gRPC Python?" → load references/tts-pronunciation.md, propose IPA for 'NIM', show wire format and gRPC snippet.
"Can my GPU run this?" → load references/deployment-readiness-checks.md and run the 6-step system check.
"Which Riva model should I use?" → load references/model-selection.md, apply the decision framework, then fetch the support matrix for the specific current model name.
Naming & Terminology
Skill brand: Nemotron Speech (public-facing name).
Internal naming preserved: commands (
riva-build,riva-deploy,riva_streaming_asr_client), Python client (riva.client), gRPC namespace (nvidia.riva.asr.*), container registry (nvcr.io/nim/nvidia/*), and all NVIDIA documentation URLs still use "Riva". Do not rename these in code, commands, or docs.
Troubleshooting
For task-specific runtime or modality issues, use the relevant reference file (references/<task>.md). Cross-cutting readiness checks:
Container does not become ready →
references/deployment-readiness-checks.md(system check + health check table)Health check fails →
references/deployment-readiness-checks.mddocker pullfromnvcr.ioreturns 403 →references/setup.md(Step 5 — Docker login)Wrong base image / model architecture mismatch →
references/asr-custom.md(Phase 2 base image)VRAM / GPU compatibility →
references/deployment-readiness-checks.md, then verify on the support matrix
Limitations
x86_64 architecture only — WSL2 on Windows requires Podman and supports a subset of NIMs (see
references/setup.md)Self-hosted deployment requires an NVIDIA AI Enterprise license
Cloud-hosted inference requires an active
NVIDIA_API_KEYand internet accessPublic skill branding is "Nemotron Speech"; commands, container images, Python imports (
riva.client), gRPC services (nvidia.riva.*), and NVIDIA documentation URLs still use "Riva" — follow official docs and catalogs for naming, do not rename these in commands or code
Next Steps
Verify hardware compatibility:
references/deployment-readiness-checks.mdSet up the environment:
references/setup.mdPick a model:
references/model-selection.mdDeploy:
references/asr.md,references/tts.md, orreferences/nmt.md
Files
- ATTRIBUTION.mdAdded by AutoGineer917 B
- BENCHMARK.md10.7 KiB
- LICENSELicence file added by AutoGineer11.2 KiB
- SKILL.md11.7 KiB
- evals/EVAL.md1.2 KiB
- evals/evals.json17.3 KiB
- references/asr-custom.md14.6 KiB
- references/asr.md26.4 KiB
- references/deployment-readiness-checks.md7.8 KiB
- references/model-selection.md19.2 KiB
- references/nmt.md15.5 KiB
- references/pipelines.md16.3 KiB
- references/setup.md7.2 KiB
- references/tts-custom.md14.1 KiB
- references/tts-pipelines.md21.5 KiB
- references/tts-pronunciation.md13.3 KiB
- references/tts.md17.1 KiB
- scripts/main.pyScript13.3 KiB
- skill-card.md4.1 KiB
- skill.oms.sig7.5 KiB
references/pipelines.md
Riva ASR Pipeline Configuration
Note: All
riva-buildcommands run inside the NIM container — enter with--entrypoint /bin/bash(seeasr-custom.md).Source of truth. This skill describes the
riva-buildcommand shape and pipeline component concepts, which are stable. For per-release detail — full parameter list, current NGC artifact paths, default values, decoder support per model family — fetch or open the canonical doc page and answer from that, not from this skill's text. See Looking up current information below.
Purpose
Configure advanced ASR pipeline options when building a custom Riva NIM with riva-build. Covers streaming vs offline configuration, decoder selection, language models (ARPA / KenLM / NeMo), voice activity detection, endpointing, and speaker diarization. Choose streaming vs offline mode first, then apply the relevant components.
Looking up current information
| Question type | Fetch this page |
|---|---|
Full riva-build parameter list, defaults, decoder/VAD/diarizer options per model family | https://docs.nvidia.com/nim/speech/latest/asr/customization/pipeline-configuration.html |
Runtime customizations that don't require a rebuild (--custom-configuration keys, runtime VAD / endpointing tuning) | https://docs.nvidia.com/nim/speech/latest/asr/customization/customization.html |
| gRPC proto contract (RecognitionConfig, custom_configuration map, runtime_config map) | https://docs.nvidia.com/nim/speech/latest/reference/api-references/asr/protos.html |
Current NGC artifacts — .riva checkpoints, Silero VAD, Sortformer diarizer, P&C models, exact versions | https://catalog.ngc.nvidia.com/models |
| Get all parameters from inside the container | riva-build --config-path=pkg://servicemaker.configs.asr --config-name=streaming -h (or =offline) |
| Which model families support which decoders / VAD / diarization | https://docs.nvidia.com/nim/speech/latest/asr/customization/customization.html |
Do not infer from this skill's text: which decoder a specific model family uses today, which VAD / diarizer artifacts exist on NGC, what the current default values are, or whether a feature is supported by a specific model. The doc and riva-build -h are the contract.
Prerequisites
Complete
asr-custom.mdfirst: NIM container available andNGC_API_KEYexportedA deployable
.rivaartifact from NGC. If the user has their own fine-tuned.nemocheckpoint, pass it inline toriva-buildvia thenemo2rivasource_pathconfig; copy the exact config from the Notes section for that model in the pipeline configuration page.All
riva-buildcommands in this skill run inside the NIM container (enter with--entrypoint /bin/bash)
Instructions
All riva-build commands run inside the NIM container (see asr-custom.md Phase 2). Choose --config-name=streaming or --config-name=offline first, then apply the pipeline components (decoder, language model, VAD, diarization) relevant to your use case. Run riva-build -h inside the container for the canonical parameter list — defaults and supported values are version-specific.
For runtime tuning that doesn't require a rebuild (VAD thresholds, endpointing parameters, custom_configuration keys), fetch the customization page cited in the routing table — many parameters can be changed per request.
Streaming vs Offline Configuration
Choose --config-name=streaming or --config-name=offline depending on your inference mode.
For full riva-build syntax and all parameters, fetch the pipeline configuration page cited in the routing table.
Decoder Choice (general guidance — verify per model)
| Family | Typical decoder | Notes |
|---|---|---|
| CTC (Parakeet CTC, Conformer) | greedy or flashlight | flashlight for language-model support |
| RNNT / TDT (Parakeet RNNT, Parakeet TDT, Nemotron) | nemo | Add nemo_decoder.use_stateful_decoding=true for streaming |
Verify the decoder for a specific model on the customization page — newer model families may add or change supported decoders. Run riva-build --config-name=<streaming|offline> -h to see currently accepted decoder values.
Chunk Size Reference
chunk_size is a server-side pipeline/deployment setting for Riva ASR streaming models.
It is not the same thing as client send chunking (--chunk_duration_ms,
--file-streaming-chunk, or application gRPC message size). Changing server-side
chunk_size requires changing the deployment/profile/pipeline config and redeploying the
NIM; the server may accumulate or split incoming client audio to match its own chunk size.
| Parameter | Description | Low-Latency starting point | High-Throughput starting point |
|---|---|---|---|
chunk_size | Audio chunk sent to acoustic model (seconds) | 0.16 | 0.8 |
decoder_chunk_size | Decoder window size (CTC) | 0.96 | — |
left_padding_size | Left audio context (seconds) | 1.92 | 1.6 |
right_padding_size | Right audio context (seconds) | 1.92 | 1.6 |
These are starting points for tuning, not authoritative defaults. Run riva-build -h for the current model defaults; benchmark for your hardware.
Chunk Size Rationale
Throughput vs latency trade-off. Increasing server-side
chunk_sizeusually increases throughput by reducing iterations per second of audio, but it also increases processing latency slightly.Partial transcript periodicity. Perceived latency increases because partial transcripts are generated once per server chunk. With
chunk_size=160ms, partials can be emitted every 160ms; with larger chunks, users wait longer between partials.Final transcripts. Final transcripts are not directly chunk-driven; they are triggered by EOU detection (endpointing parameters), or by client-driven
force_eou(cache-aware RNNT only — see customization page). However, ifchunk_sizeis high, the server may accumulate more audio until the chunk is filled, which can delay final transcripts too.Tuning rule.
chunk_size,left_padding_size, andright_padding_sizemust all be multiples ofms_per_timestepfor the model. Per-model values: see customization or pipeline-configuration page (typically 80 ms for Parakeet, 40 ms for Conformer; verify per release). Invalid values silently degrade accuracy.
Language Models
Language model integration is per-decoder; not all decoders support every LM format. Verify on the pipeline configuration page.
ARPA Format (CTC + Flashlight)
decoder=flashlight \
decoding_language_model_arpa=/riva_build_deploy/lm.arpa \
decoding_vocab=/riva_build_deploy/vocab.txtKenLM Binary Format (CTC + Flashlight)
decoder=flashlight \
decoding_language_model_binary=/riva_build_deploy/lm.binary \
decoding_vocab=/riva_build_deploy/vocab.txtFlashlight Decoder Hyperparameters
decoder=flashlight \
decoding_language_model_binary=/riva_build_deploy/lm.binary \
decoding_vocab=/riva_build_deploy/vocab.txt \
flashlight_decoder.beam_size=128 \
flashlight_decoder.beam_size_token=64 \
flashlight_decoder.beam_threshold=25 \
flashlight_decoder.lm_weight=0.8 \
flashlight_decoder.word_insertion_score=0.0| Parameter | Description |
|---|---|
beam_size | Max hypotheses held at each step |
beam_size_token | Max tokens considered at each step |
beam_threshold | Prune threshold for hypotheses |
lm_weight | Language model scoring weight |
word_insertion_score | Penalty/bonus per inserted word |
NeMo LM (RNNT / TDT)
nemo_decoder.language_model_alpha=0.5 \
nemo_decoder.language_model_file=/riva_build_deploy/lm.nemoLexicon-Free Decoding (CTC + Flashlight)
decoder=flashlight \
flashlight_decoder.use_lexicon_free_decoding=True \
decoding_language_model_binary=/riva_build_deploy/charlm.binaryVoice Activity Detection (VAD)
VAD detects speech start/end. Using VAD impacts latency and throughput. Silero VAD is the supported neural-VAD option as of writing — verify the current set of supported VAD types on the customization page.
Deploy-Time Config (riva-build)
riva-build --config-path=pkg://servicemaker.configs.asr --config-name=<streaming|offline> \
output_path=/riva_build_deploy/model.rmir \
'source_path=[/riva_build_deploy/model.riva]' \
vad_model=<path-to-vad-riva-from-NGC> \
vad_type=silero \
neural_vad.onset=0.85 \
neural_vad.offset=0.3 \
neural_vad.min_duration_on=0.2 \
neural_vad.min_duration_off=0.5 \
neural_vad.pad_onset=0.3 \
neural_vad.pad_offset=0.08The exact NGC path for the Silero VAD .riva artifact rotates between releases — fetch the current path from the NGC catalog (https://catalog.ngc.nvidia.com/models).
Silero VAD Parameters (runtime-tunable via --custom-configuration)
| Parameter | Default (verify per release) | Description |
|---|---|---|
neural_vad.onset | 0.85 | Speech start probability threshold. Increase (→0.9+) for noisy environments; decrease if soft speech is missed. |
neural_vad.offset | 0.3 | Speech end probability threshold. Increase (→0.4+) to prevent premature cutoff. |
neural_vad.min_duration_on | 0.2s | Minimum duration to count as valid speech. Increase (→0.3s) to filter coughs/short noises. |
neural_vad.min_duration_off | 0.5s | Minimum silence to count as end of speech. Increase (→0.8s+) to avoid splitting on brief pauses. |
neural_vad.pad_onset | 0.3s | Audio padding added before detected speech start. |
neural_vad.pad_offset | 0.08s | Audio padding added after detected speech end. |
For the authoritative current set of runtime-tunable VAD keys and their defaults, fetch the customization page.
Runtime tuning example:
python scripts/asr/transcribe_file.py \
--server 0.0.0.0:50051 \
--input-file audio.wav \
--custom-configuration "neural_vad.onset:0.9,neural_vad.min_duration_off:0.8"Scenario tuning starting points:
Noisy environment: raise
onset(0.9+), raisemin_duration_on(0.3 s)Soft / quiet speech: lower
onset(0.7), increasepad_onset(0.4 s)Long pauses mid-sentence: increase
min_duration_off(1.0 s+)Speech beginning clipped: increase
pad_onset(0.4–0.5 s)Speech ending clipped: increase
pad_offset(0.2–0.3 s)
Tip: Add get_vad_probabilities:true to --custom-configuration to receive per-window VAD probabilities in the response — useful for debugging.
Endpointing Parameters (CTC blank-token-based)
Control utterance start/end detection. Most are runtime-tunable via client flags.
| Parameter | Default (verify per release) | Description |
|---|---|---|
start_history | 300 ms | Window to detect utterance start. |
start_threshold | 0.2 | Fraction of non-blank frames in window to trigger start. |
stop_history | 800 ms | Window to detect utterance end. Must be a multiple of 80 ms; minimum 560 ms recommended. |
stop_threshold | 0.98 | Fraction of blank frames in window to trigger end and reset decoder. |
stop_history_eou | — | Window for 1st-pass end-of-utterance (2-pass EOU). Must be < stop_history. |
stop_threshold_eou | — | Threshold for 1st-pass EOU — emits partial transcript with stability=1. |
python scripts/asr/transcribe_file.py \
--server 0.0.0.0:50051 \
--input-file audio.wav \
--start-history 300 \
--start-threshold 0.2 \
--stop-history 800 \
--stop-threshold 0.98For client-driven EOU (cache-aware RNNT models, e.g., Nemotron ASR Streaming): see runtime_config["force_eou"] documented on the customization page.
Speaker Diarization
Add speaker diarization to identify who spoke when. Sortformer is the supported diarizer as of writing — verify on the customization page.
riva-build --config-path=pkg://servicemaker.configs.asr --config-name=offline \
output_path=/riva_build_deploy/model.rmir \
'source_path=[/riva_build_deploy/model.riva]' \
diarization_model=<path-to-sortformer-riva-from-NGC> \
diarization_type=sortformer \
sortformer_diarizer.min_speakers=1 \
sortformer_diarizer.max_speakers=8 \
sortformer_diarizer.speaker_label_coverage=0.8| Parameter | Description | Default (verify per release) |
|---|---|---|
min_speakers | Minimum number of speakers | 1 |
max_speakers | Maximum number of speakers | 8 |
speaker_label_coverage | Minimum coverage of speaker labels | 0.8 |
The exact NGC path for the Sortformer diarizer artifact rotates between releases — fetch from the NGC catalog. Diarization is currently offline-only — verify support for streaming diarization on the customization page.
Get All Available Parameters
To see all configurable parameters for the version you're running, run inside the NIM container:
riva-build --config-path=pkg://servicemaker.configs.asr --config-name=streaming -h
riva-build --config-path=pkg://servicemaker.configs.asr --config-name=offline -hThis output is authoritative — defaults shown here are starting points and may differ per release.
NGC Model Artifacts
All deployable .riva artifacts live under nim/nvidia on NGC. Names of model artifacts, their versions, and which artifacts exist (LMs, VAD, diarizers, P&C models) change per release — always browse the catalog for the current set:
https://catalog.ngc.nvidia.com/models
Use deployable_vX.Y versions; trainable_vX.Y versions are for NeMo fine-tuning, not deployment.
Download with NGC CLI (run on host):
ngc registry model download-version \
nim/nvidia/<model-name>:<version> \
--dest /path/to/artifacts/Examples
Build a CTC streaming pipeline with Silero VAD (inside container):
riva-build --config-path=pkg://servicemaker.configs.asr --config-name=streaming \
output_path=/riva_build_deploy/model.rmir \
'source_path=[/riva_build_deploy/model.riva]' \
decoder=greedy \
vad_model=<path-from-NGC>/silero_vad.riva \
vad_type=sileroRuntime VAD tuning without rebuilding:
python scripts/asr/transcribe_file.py \
--server 0.0.0.0:50051 \
--input-file audio.wav \
--custom-configuration "neural_vad.onset:0.9,neural_vad.min_duration_off:0.8"Lookup flow — agent question "what decoders does Parakeet RNNT support?":
Fetch or open the pipeline configuration page (or run
riva-build -hagainst the live container)Read the per-family decoder support
Answer with the current information
Do not answer decoder / VAD / diarizer support questions from this skill's text alone — the table here is a starting orientation only.
Troubleshooting
All paths inside the container —
riva-buildruns inside the NIM container; paths like/riva_build_deploy/refer to the mounted directory inside the container, not the host.Decoder choice matters — use
decoder=flashlightfor CTC with a language model;decoder=greedyfor CTC without LM;decoder=nemofor RNNT / TDT models. Verify supported values for your version withriva-build -h.Lexicon-based Flashlight — the default Flashlight decoder is lexicon-based and only emits words in the vocabulary file. Words not in the vocab will not appear in transcripts.
Streaming TensorRT warnings on offline deploy — format conversion warnings during
riva-deployfor offline models are typically benign.Chunk size must be a multiple of
ms_per_timestep— value is per-model (typically 80 ms for Parakeet, 40 ms for Conformer; verify on the customization page). Same applies toleft_padding_sizeandright_padding_size. Invalid values cause silent accuracy degradation.NGC artifact path 404 — artifact paths and versions rotate between releases; refresh the path from the NGC catalog.
Limitations
All
riva-buildcommands must run inside the NIM container — the tool is not available on the host.Lexicon-free decoding only works with CTC models.
Streaming
riva-buildconfig cannot be changed at inference time — most decoder / VAD / diarizer choices require a full rebuild. Many runtime parameters (VAD thresholds, endpointing, custom_configuration keys) can be tuned without rebuilding — verify on the customization page.KenLM binary format requires pre-compilation; ARPA format can be used directly.
Requirements and compatibility
Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta
“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.
Needs: Needs an API key, Needs Python
Security
What our scanner noticed· Medium risk
- Large base64-encoded blobs
- Instructions that use the network
- Scripts that your agent may run
This skill includes scripts that your agent may run. Read them before you use it.
A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.
Attribution and licence
- Created by
- Nemotron Speech Team
- Publisher
- NVIDIA (Official)
- Distributed by
- NVIDIA
- Source
- NVIDIA/skills · skills/nemotron-speech · commit fce3cca
- Licence
- Apache License 2.0 (redistribution allowed)
- LICENSE (added by AutoGineer from LICENSE-APACHE)
- ATTRIBUTION.md (written by AutoGineer)
- Synced
AutoGineer is not affiliated with or endorsed by Nemotron Speech Team or NVIDIA.
Download ZIP
The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download nemotron-speech.zip