Generated banner for Nv Reason Ct
Generated logo for Nv Reason Ct

Nv Reason Ct

NVIDIAOfficialCreated by NVIDIA MedTech

  • Skill
  • Tool integration
  • Science and research
  • Apache-2.0
  • Medium risk
  • Has scripts

From the author

Run NV-Reason-CT inference on user-provided 3D NIfTI chest or abdominal CT volumes for engineering and research workflows. Not for diagnosis, treatment, or clinical reporting.
— the description by NVIDIA MedTech

AutoGineer summary

Written by AutoGineer from the skill’s own files, not by the author

NV-Reason-CT provides a standardized wrapper for executing the NV-Reason-CT model on 3D NIfTI chest or abdominal CT volumes. Designed for research and engineering environments, this skill facilitates inference using Hugging Face Transformers. It includes robust setup checks, support for custom model exports, and structured JSON output for downstream analysis. The skill emphasizes security by requiring explicit user authorization before loading custom model code and provides diagnostic tools to verify environment readiness and asset availability.

What it does

  • Executes inference on 3D NIfTI CT volumes using the NV-Reason-CT model.
  • Supports anatomy-specific processing for chest and abdominal regions.
  • Provides a diagnostic mode to verify environment setup and model asset availability.
  • Generates structured JSON output containing response text, metadata, and runtime information.
  • Allows for the use of custom local model exports or specific Hugging Face model revisions.
  • Includes safety gates requiring explicit user consent before executing custom model code.

When to use it

  • When performing research or engineering analysis on CT scan data.
  • When you need to integrate NV-Reason-CT inference into a larger automated pipeline.
  • When verifying that a computing environment is correctly configured for model inference.
  • When processing specific chest or abdominal CT volumes for non-clinical research purposes.

Advantages

  • Standardized wrapper ensures consistent inference execution and output formatting.
  • Explicit authorization requirements for custom code enhance security awareness.
  • Diagnostic tools help identify missing dependencies or incomplete model assets before runtime.
  • Supports both cloud-based model loading and local model exports for flexibility.
  • Provides detailed runtime metadata for reproducibility in research workflows.

Usage examples

“Run inference on chest_scan.nii.gz for a chest CT analysis.”
The skill executes the model on the provided volume, generates a structured report in JSON format, and outputs the result to the specified directory.
“Verify if the current environment is ready for NV-Reason-CT inference.”
The skill runs a diagnostic check, validating dependencies and model asset presence, and returns a status report without executing a full inference.

Install

  1. Download the skill as a ZIP:

    https://mp-staging.autogineer.com/agent-skills/nvidia/nv-reason-ct/download
  2. Unzip it into the cross-client skills folder of your project:

    mkdir -p .agents/skills && unzip nv-reason-ct.zip -d .agents/skills

Documentation by NVIDIA MedTech

NV-Reason-CT

Purpose

  • Runs the documented nvidia/NV-Reason-CT Hugging Face Transformers path on one user-provided 3D NIfTI CT volume and text prompt.

  • Emits result_json with input geometry and hash, anatomy-region selection, response text, runtime identity, dependency versions, and limitations.

  • Manifest I/O: inputs are ct_request_or_fixture and optional direct ct_volume; output is result_json on stdout.

  • Not for diagnosis, treatment, triage, patient-facing output, or clinical reporting.

Instructions

  1. Read skill_manifest.yaml before changing arguments, dependencies, side effects, or validation gates.

  2. Run scripts/run_nv_reason_ct.py; do not write replacement inference code or use the Gradio demo for normal runs. Before inference, explain that the selected model and processor contain custom Python code running with the caller's permissions. Review the selected Hub revision or local export and obtain the caller's explicit authorization to load that code; ask if it has not already been granted. Only then pass --trust-model-code. Do not infer this consent from a CT request file, environment setting, cached files, or a successful setup check.

  3. After that authorization, hosts exposing a helper may use run_script("scripts/run_nv_reason_ct.py", args=["PATH_TO_CT.nii.gz", "--trust-model-code", "--anatomy-region", "chest", "--prompt", "PROMPT", "--out-dir", "OUT_DIR"]).

  4. Inspect stdout JSON and the exit status. Preserve JSON for the caller or eval harness, including partial output on failure; do not redirect it away with >. Successful inference writes only stdout, without creating --out-dir. Exit code 3 means generation hit the token ceiling without EOS: the text is incomplete and the completion gate fails. Only then does the wrapper attempt to create --out-dir and save a unique partial_result_*.json. Only a successful save adds output.partial_json_path and prints the path on stderr. If saving fails, stderr warns to retain stdout; the JSON remains available there without a file path. Input, dependency, and inference errors exit 2 with an error on stderr.

Tool scope: Bash runs the committed wrapper and documented setup commands; Read covers skill files, caller-selected inputs, and model assets; Write covers caller-selected outputs and isolated caches. Env is SkillSpector's environment-capability label for the runtime variables listed below, accessed through shell/Python on hosts without a separate environment tool. These declarations do not authorize unrelated file access, printing authentication values, or changing an existing development environment.

Examples

For the end-to-end example, follow EXAMPLES.md to download the upstream Git LFS volumes into a separate checkout, then run examples/example_1.nii.gz through the wrapper for both chest and abdomen. That scan covers both regions according to the upstream README.

Live inference on a chest CT, after explicit custom-code authorization:

python skills/nv-reason-ct/scripts/run_nv_reason_ct.py PATH_TO_CT.nii.gz \
  --trust-model-code \
  --anatomy-region chest \
  --prompt "write a structured chest CT report" \
  --out-dir runs/nv_reason_ct_case

Require exit 0, runtime.mode == "hf_transformers", runtime.mock == false, nonempty response text, and runtime.truncated_by_max_new_tokens == false. A JSON request may also point to the CT volume; replace volume_path in fixtures/example_request.json with an existing authorized file before running it.

For a complete local model-and-processor export saved by upstream SFT or GRPO:

python skills/nv-reason-ct/scripts/run_nv_reason_ct.py \
  --model ./data/nv_reason_ct_sft_example --check-setup --fail-on-not-ready
python skills/nv-reason-ct/scripts/run_nv_reason_ct.py PATH_TO_CT.nii.gz \
  --model ./data/nv_reason_ct_sft_example --anatomy-region chest --trust-model-code

The directory must contain the full model, custom code, tokenizer, and processor assets, not just adapters or an intermediate optimizer checkpoint. Review local custom code before loading it. Local exports bypass Hub revision resolution and load with local_files_only=True; they record runtime.model_source == "local", an absolute runtime.model path, and null revision/resolved_revision. Keep export content hashes separately: a path is not immutable provenance. Do not pass --revision for local exports; NV_REASON_CT_REVISION is ignored for them. --model-id remains an alias for --model. This does not sandbox custom Python code or validate model compatibility beyond the upstream loading contract.

For an abdominal crop, pass --anatomy-region abdomen. Pass --anatomy-region none only for a manually cropped input; upstream preprocessing then uses a centered crop. Pass --no-thinking for a concise response without thinking output.

The region defaults match upstream inference.py: write a structured chest CT report or write a structured abdominal CT report. To exercise another documented prompt in an engineering check, pass --prompt "full chest CT reasoning analysis" (or the abdominal equivalent), or preserve the caller's focused question verbatim. Supply a scan that actually covers the requested anatomy; the wrapper does not establish that coverage.

Each invocation loads the model and starts a new single-turn conversation. The upstream README also documents model reuse and follow-up history, but this wrapper does not preserve earlier turns. Do not simulate a follow-up by silently discarding history or carry answers between scans. Upstream training JSONL files are not runnable demo fixtures: they contain records but no CT volumes. Use the upstream examples/ volumes or a caller-owned authorized NIfTI scan; do not use reference assistant answers as inference prompts.

Available Scripts

ScriptPurposeArguments
scripts/run_nv_reason_ct.pyRead-only setup checks and inference on an existing NIfTI volume.CT_OR_REQUEST --trust-model-code [--anatomy-region chest|abdomen|none] [--prompt TEXT] [--thinking|--no-thinking] [--out-dir OUT_DIR]; --check-setup needs neither CT input nor code-execution consent.

Prerequisites

  • Python 3.11+ for the wrapper, a CUDA-capable NVIDIA GPU with bfloat16 support for live inference, and enough memory for the model plus volumetric visual tokens.

  • Follow NV-Reason-CT's installation instructions in a fresh environment. The upstream repository owns dependency requirements and compatibility guidance; this skill does not duplicate its requirements file or enforce package-version constraints. Use the upstream inference setup, not the training extras. The wrapper never installs or upgrades packages.

  • The manifest inventories required packages, including huggingface-hub for model access. Setup reports package availability and installed versions; the historical environment below is advisory evidence, not an installation prescription. Review the selected environment's dependency security separately.

  • Model assets may download from https://huggingface.co under ~/.cache/huggingface/. Set HF_TOKEN when repository access requires authentication.

  • The upstream examples are available from the public NV-Reason-CT repository and require Git LFS. Download actual volumes with git lfs pull; a small text pointer named .nii.gz is not a CT image. Do not install Git LFS globally or change an existing checkout's configuration without authorization; the example guide uses checkout-local configuration.

  • Run a read-only setup check before downloading weights or starting inference. It checks the NV-Reason-CT processor/code assets and all indexed weight shards in only the selected cached Hub snapshot or local export. This is offline file-presence inspection, without model initialization or integrity verification. Other model layouts may require different assets:

python skills/nv-reason-ct/scripts/run_nv_reason_ct.py --check-setup

This diagnostic command exits 0 when it produces a report, even if setup is not ready. For an automation gate after staging model assets, use --check-setup --fail-on-not-ready: exit 0 means ready_for_live_cuda_inference, exit 1 means setup is not ready, and exit 2 means an argument or execution error. Inspect the JSON recommendation in either mode. Readiness covers imports, CUDA/bfloat16, and asset presence, not package-version compatibility or a vulnerability audit; version_constraints_checked is false. Enable offline settings only after the selected model assets and custom code are cached.

Inference without --trust-model-code exits 2 before model lookup or loading. With it, the wrapper warns on stderr before loading custom code, including the resolved Hub commit or local export path. This flag is an acknowledgement, not a sandbox, code audit, or signature verification. The setup report's model_code_opt_in_required remains true even when assets are ready. The manifest's default command does not supply consent; use the documented explicit CLI invocation for authorized live inference.

For a disposable run, keep caches separate from installed packages: set HF_HOME, HF_HUB_CACHE, HF_MODULES_CACHE, XDG_CACHE_HOME, and TORCH_HOME to subdirectories of a caller-owned temporary directory before launching Python. After the process exits, remove only those explicitly identified task caches when cleanup is requested, retaining input scans and result JSON. Do not purge a shared Hugging Face cache or change an existing development environment.

Verified environment baseline

The live CUDA path was reverified on 2026-09-21 with the upstream examples/example_1.nii.gz in both chest and abdomen modes, using the versions below. These are recorded successful-run settings, not required versions, an upstream compatibility guarantee, or a security recommendation. Select the environment using upstream guidance and a PyTorch CUDA build compatible with the host driver; the recorded PyTorch distribution version was 2.12.0, and torch.__version__ reported 2.12.0+cu130.

The historical Transformers version below is affected by CVE-2026-9856. Consult upstream maintainers for a compatible, security-reviewed environment; this skill has not verified a remediated live baseline. Moving dependency ownership upstream does not resolve that finding.

ComponentVerified version or setting
Python3.12.3
PyTorch2.12.0 (2.12.0+cu130 runtime build)
CUDA reported by PyTorch13.0
Transformers5.6.2
dynamic-network-architectures0.4.3
MONAI1.6.0
NiBabel5.4.2
SciPy1.16.0
NumPy2.5.2
Pillow11.2.1
timm1.0.22
einops0.8.2
safetensors0.7.0
huggingface-hub1.30.0
packaging25.0

The verified inference settings were one 48 GB NVIDIA RTX 6000 Ada GPU (driver 580.178.04), bfloat16 model weights, SDPA attention, deterministic decoding (do_sample=False), thinking enabled, and max_new_tokens=2048. The upstream example generated 438 tokens with the chest crop and 453 with the abdomen crop; neither response was truncated. Both matched the upstream CLI after trimming surrounding whitespace, using the same reviewed immutable model revision and offline assets in a disposable environment. All three upstream volumes also passed input/geometry/hash checks. This is a recorded baseline, not a fresh run of every subsequent skill revision. It verifies inference wiring, not clinical correctness. Lower-memory GPUs and other PyTorch/CUDA combinations have not yet been verified by this skill.

Environment variables:

VariableWhen to use
NV_REASON_CT_MODELOverride the Hub model id or select a complete local export.
NV_REASON_CT_REVISIONSelect a reviewed Hub model revision; prefer an immutable revision for evidence runs. Ignored for local exports.
HF_HOMEPoint to a caller-managed Hugging Face cache.
HF_HUB_CACHESet an explicit model cache under HF_HOME when isolating a run; overrides any inherited shared Hub cache location.
HF_MODULES_CACHEIsolate downloaded Transformers custom-code modules for a disposable run.
XDG_CACHE_HOMEIsolate supporting library caches for a disposable run.
TORCH_HOMEIsolate Torch asset caches for a disposable run.
HF_TOKENAuthenticate model access when required.
TRANSFORMERS_OFFLINESet to 1 only after all model and custom-code files are cached.
HF_HUB_OFFLINESet to 1 only after all Hugging Face assets are cached.
CUDA_VISIBLE_DEVICESRestrict which GPU the wrapper may use.

Inference uses the upstream contract: AutoModelForImageTextToText and AutoProcessor with trust_remote_code=True, bfloat16, SDPA attention, images3d=[CT_PATH], deterministic generation, and anatomy-aware chest or abdomen cropping. For Hub models, each run resolves the requested revision once and uses that immutable commit for model weights, processor assets, and custom code. Output records runtime.model_source == "hub", retains the requested runtime.revision, and records the commit in runtime.resolved_revision. Keep private revision identifiers in local evidence until approved for disclosure. CUDA is always required; select a GPU with CUDA_VISIBLE_DEVICES.

Limitations

  • The wrapper loads upstream custom code only after explicit --trust-model-code opt-in. Review that code and use an isolated environment and an immutable reviewed revision for evidence runs. Neither offline mode nor a local export prevents arbitrary actions by custom code.

  • It checks readable 3D NIfTI structure, positive voxel spacing, a finite affine, and file identity. It does not verify de-identification, Hounsfield-unit calibration, anatomy coverage, crop quality, or clinical correctness.

  • Model output can hallucinate, omit findings, or present unreliable reasoning. Reviewable reasoning text is generated output, not proof of the model's internal computation.

  • CT scans and model weights must be supplied separately. The upstream examples demonstrate inference wiring and provide no clinical ground truth. A successful setup check is not completed model inference.

  • The moving main revision is suitable only for development. Replace it with the reviewed immutable public release revision before publication.

  • This wrapper does not cover the Gradio UI, finetuning, retraining, clinical deployment, or patient-facing use.

Troubleshooting

ErrorCauseFix
Model-code consent required (exit 2)Inference was requested without explicit opt-in.Explain the code-execution risk and obtain authorization for the selected model, then pass --trust-model-code. Do not auto-consent for the caller. --check-setup remains available without it.
Missing or broken dependency in --check-setupA required package is unavailable or cannot import.Inspect setup.dependencies and follow upstream installation guidance in a fresh environment. Installed versions are recorded, not enforced by this skill.
Inference API or dependency compatibility errorImport checks passed but the installed stack may not support the selected model.Compare the reported versions with upstream guidance; retain the error for upstream review. Setup success alone does not prove compatibility.
Authentication or repository-not-found errorModel assets are not public or the current account lacks access.Set an authorized HF_TOKEN; do not copy tokens into commands, fixtures, or logs.
Cache is incomplete in --check-setupThe selected revision or some of its required assets are absent.Inspect missing_files, then download the selected revision with authorized access before enabling offline mode. Files cached for another revision do not satisfy this check.
Incomplete local exportTraining saved only adapters, an intermediate checkpoint, or no processor assets.Supply the complete model-and-processor export from upstream training; do not substitute a Hub revision for missing files.
CUDA unavailable or bfloat16 unsupportedInference is running on an unsupported device or isolated GPU context.Use a compatible CUDA host before retrying inference.
NIfTI shape or spacing errorInput is unreadable, 4D, or has invalid geometry metadata.Supply one 3D .nii or .nii.gz CT volume with valid spacing and affine metadata.
Git LFS pointer instead of a CT volumeThe checkout contains the small pointer file, not the NIfTI data.Run git lfs pull --include="examples/*.nii.gz" in the upstream checkout, then retry.
Poor chest or abdomen cropAutomatic anatomy heuristics do not fit the scan geometry.Inspect upstream preprocessing, manually crop the CT, and pass --anatomy-region none.
Empty or truncated responseGeneration stopped without text, or reached the token limit without EOS (exit 3).Preserve any partial JSON and stderr; do not treat it as a completed response. Verify setup and input, then adjust --max-new-tokens if truncation is reported.

License

This skill's documentation, wrapper, and tests are licensed under Apache-2.0. See LICENSE for the full terms.

The separately obtained upstream NV-Reason-CT model code, weights, and example data retain their upstream terms, including OpenMDW-1.1. The skill's Apache-2.0 license does not relicense those assets. Retain the applicable licenses and notices when redistributing either the skill or upstream materials.

Files

skill_manifest.yaml

# SPDX-FileCopyrightText: Copyright (c) 2026, NVIDIA CORPORATION & AFFILIATES. All rights reserved.
# SPDX-License-Identifier: Apache-2.0

id: medagent.nv_reason_ct
version: 0.3.1
license: Apache-2.0
upstream_refs:
  - kind: huggingface_repo
    name: nvidia/NV-Reason-CT
    repo_id: nvidia/NV-Reason-CT
    revision: main
    notes: Replace the moving branch with the reviewed immutable public release revision before publication.
  - kind: git_repo
    name: NVIDIA-Medtech/NV-Reason-CT inference examples
    repo_url: https://github.com/NVIDIA-Medtech/NV-Reason-CT
    revision: main
    notes: README.md, inference.py, and requirements.txt define the upstream single-turn contract. The public examples/ directory provides three Git LFS CT volumes; example_1 supports the documented chest and abdomen end-to-end checks. Record the inspected Git commit and LFS content hashes with run evidence.
license_restrictions:
  wrapper: Apache-2.0
  upstream_model_and_code: OpenMDW-1.1
  redistribution: retain_license_and_applicable_notices
intended_use:
  summary: >
    Engineering-time wrapper around nvidia/NV-Reason-CT inference for a
    user-provided 3D NIfTI CT volume and text prompt. Invokes the documented
    Hugging Face Transformers custom-code path and emits structured JSON with
    input metadata, crop selection, response text, runtime identity, and
    limitations.
  scope: development
  not_for:
    - clinical deployment
    - clinical interpretation
    - autonomous diagnosis
    - treatment decisions
    - triage
    - patient-facing report generation
    - regulatory submission

inputs:
  - name: ct_request_or_fixture
    type: file_path
    formats:
      - json
    description: >
      JSON request pointing to a caller-owned or separately downloaded
      upstream example CT volume. Populate the request template with an
      existing authorized volume path before inference.
  - name: ct_volume
    type: file_path
    formats:
      - nifti
    optional: true
    description: >
      Direct wrapper use accepts one 3D .nii or .nii.gz CT volume in
      Hounsfield units instead of a JSON request.

outputs:
  - name: result_json
    type: json
    schema: validators/output_schema.json
    description: >
      JSON on stdout. On token-limit truncation, the wrapper also retains a
      unique partial_result_*.json under --out-dir and exits 3; partial output
      must not be treated as completed generation.

runtime:
  language: python
  python: ">=3.11"
  entrypoint: scripts/run_nv_reason_ct.py
  args:
    - "${python}"
    - "${script}"
    - "${fixture}"
    - "--out-dir"
    - "${out}/artifacts"
  # Inventory only. Upstream owns installation requirements and compatibility.
  dependencies:
    transformers: "*"
    torch: "*"
    monai: "*"
    nibabel: "*"
    dynamic-network-architectures: "*"
    scipy: "*"
    numpy: "*"
    Pillow: "*"
    timm: "*"
    einops: "*"
    safetensors: "*"
    huggingface_hub: "*"
  env_optional:
    - NV_REASON_CT_MODEL
    - NV_REASON_CT_REVISION
    - HF_HOME
    - HF_HUB_CACHE
    - HF_MODULES_CACHE
    - XDG_CACHE_HOME
    - TORCH_HOME
    - HF_TOKEN
    - TRANSFORMERS_OFFLINE
    - HF_HUB_OFFLINE
    - CUDA_VISIBLE_DEVICES
  external_assets:
    - kind: huggingface_repo
      repo_id: nvidia/NV-Reason-CT
      installation_url: https://github.com/NVIDIA-Medtech/NV-Reason-CT#installation
  side_effects:
    pip_packages:
      - transformers
      - torch
      - monai
      - nibabel
      - dynamic-network-architectures
      - scipy
      - numpy
      - Pillow
      - timm
      - einops
      - safetensors
      - huggingface_hub
    local_writes:
      - {path: "<caller-provided --out-dir>", approx_mb_max: 5}
    home_writes:
      - {path: ~/.cache/huggingface/, approx_mb_max: 16000}
    network_endpoints:
      - https://huggingface.co
    requires_docker: false
    requires_gpu: cuda
    gpu_fallback: none
    environment:
      clean_environment_required: false
      clean_environment_recommended: true
      modifies_active_python_environment: false
      user_environment_modification_ok: false
      recommended_isolation: fresh venv or container for live inference and evidence runs
      notes: >
        Follow the upstream repository's installation instructions and dependency
        requirements. This skill records installed versions without maintaining
        package constraints or installing packages. Use a caller-selected isolated
        environment and capture --check-setup output for evidence.

limitations:
  - >
    This is a thin wrapper. NIfTI preprocessing, anatomy-aware cropping, model
    inference, and decoding are delegated to the nvidia/NV-Reason-CT custom
    Transformers code loaded with trust_remote_code=True.
  - >
    Live inference requires explicit --trust-model-code acknowledgement for
    the selected Hub revision or local export. The wrapper warns before loading
    custom Python code; the flag is not a sandbox or authenticity check. The
    default runtime.args template deliberately does not supply this consent;
    invoke the wrapper CLI with explicit authorization for live inference.
    Read-only --check-setup does not require the flag or grant that authorization.
  - >
    Output is not a diagnosis, clinical report, treatment recommendation, or
    triage decision. It is engineering evidence and requires qualified review
    before any medical use.
  - >
    The wrapper validates readable 3D NIfTI structure and finite affine and
    spacing metadata, but does not verify de-identification, Hounsfield-unit
    calibration, crop quality, anatomy coverage, or clinical correctness.
  - >
    The request template must be populated with an existing authorized volume
    path before inference. No CT scans or model weights are bundled.
  - >
    Automatic reproducibility verification is preflight-only because the
    request template contains no CT volume. Live repeatability requires staged
    upstream examples, reviewed model assets, and a compatible GPU; use the
    opt-in upstream-parity tests in tests/test_upstream_examples.py rather
    than treating preflight success as completed model inference.
  - >
    Real-data integration and live end-to-end checks use the separately
    downloaded upstream Git LFS examples, not bundled CT images. Download the
    actual volumes from the public source repository. example_1 is used for both chest
    and abdomen; no clinical ground truth or quality score is inferred from
    agreement with the upstream CLI.
  - >
    Dependency requirements and compatibility are maintained upstream. Setup
    checks imports, CUDA/bfloat16, and asset presence, not package-version
    compatibility or vulnerabilities. Retain the installed-version report and
    review the actual environment separately. SKILL.md's historical baseline
    has a known Transformers security advisory, not a remediated live result.
  - >
    The manifest currently follows the moving model revision main. Replace it
    with a reviewed immutable public release revision before publication.
  - >
    Each wrapper invocation is a single-turn inference request. It does not
    implement upstream's model-reuse or multi-turn history examples. Upstream
    training JSONL records are not inference fixtures and do not include CT volumes.
  - >
    --model also accepts a complete local model-and-processor export from
    upstream SFT/GRPO training, not an adapter-only checkpoint. Local exports
    have no Hub revision; output records their absolute path and null revisions.
    Retain separate content hashes for reproducibility. Local loading uses
    local_files_only=True but is not a sandbox for custom Python code.

validation:
  expected_runtime_seconds:
    min: 0.0
    max: 3600.0
    inference_path: runtime.inference_seconds
  sanity_checks:
    - {path: skill, eq: nv_reason_ct}
    - {path: input.volume.format, eq: nifti}
    - {path: input.volume.ndim, eq: 3}
    - {path: input.volume.shape, length_eq: 3}
    - {path: input.volume.spacing_mm, length_eq: 3}
    - {path: input.volume.sha256, matches: "^[0-9a-f]{64}$"}
    - {path: input.anatomy_region, matches: "^(chest|abdomen|none)$"}
    - {path: output.response_text, length_gte: 1}
    - {path: runtime.model, length_gte: 1}
    - {path: runtime.model_source, matches: "^(hub|local)$"}
    - {path: runtime.mode, eq: hf_transformers}
    - {path: runtime.mock, eq: false}
    - {path: runtime.attention_implementation, eq: sdpa}
    - {path: runtime.trust_remote_code, eq: true}
    - {path: runtime.deterministic_generation, eq: true}
    - {path: runtime.truncated_by_max_new_tokens, eq: false}
  expected_cost:
    wall_seconds: {max: 3600}
    cpu_seconds: {max: 7200}
    rss_mb_peak: {max: 64000}
    gpu_seconds: {max: 3600}
    gpu_memory_mb_peak: {max: 96000}
  reproducibility:
    mode: preflight
    fixture: fixtures/example_request.json
    runs: 2
    reason: >
      Live repeats require a separately staged authorized CT volume, reviewed
      model assets, and a CUDA GPU. The committed request is a path template,
      not executable demo data; only request/environment preflight is audited
      automatically. tests/test_upstream_examples.py provides opt-in live
      parity checks; EXAMPLES.md documents inference on the upstream volumes.

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: Declares allowed tools, Needs Python

Security

What our scanner noticed· Medium risk

  • Large base64-encoded blobs
  • 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
NVIDIA MedTech
Publisher
NVIDIA (Official)
Source
NVIDIA/skills · skills/nv-reason-ct · commit fce3cca
Licence
Apache License 2.0 (redistribution allowed)
  • ATTRIBUTION.md (written by AutoGineer)
Synced

AutoGineer is not affiliated with or endorsed by NVIDIA MedTech or NVIDIA.

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download nv-reason-ct.zip