Views
No views yet
Verdict: <category> / Reason: <justification>. One of the two strongest N3 anchors from the v3_1d campaign.| v14 Block% | hello Recall | v200-P | v200-R | rvR | rvP | gates |
|---|---|---|---|---|---|---|
| 0.36% | 0.759 | 0.991 | 0.874 | 0.85 | 0.935 | 4/5 (misses only v14 by ~1 row) |
artifacts/recipe.json for exact per-file multipliers). Key levers: O=5×v14fix-negs, CF=16×clearfix, VN=3×agent-automation-antidote, targeted JB/PII/IP negs (TJ/TP/TI=5×), v3_1d new-rule pairs (self-assessment/false-statement/employee-status).modeling_nemotron_h.py (trust_remote_code).eval/ — raw inference outputs on all eval sets (v14, hello_v2_filtered, hello_v2_full, v200 under v3_1d; robustnessv2) + metrics_v3d_tjpi5.json.artifacts/ — training log, recipe.json, the v3_1d policy prompt, residual forensics.vllm serve <repo> --trust-remote-code --mamba_ssm_cache_dtype float32. Prompt: render the v3_1d VerdictReason policy (in artifacts/) with the raw query.model_type: nemotron_h — a Mamba‑2 + Transformer hybrid). The bundled custom modeling_nemotron_h.py hard‑requires the compiled mamba_ssm CUDA package, so the trust_remote_code=True path fails with ImportError: mamba-ssm is required by the Mamba model but cannot be imported when mamba_ssm isn't installed (and even with it, it can hit a HybridMambaAttentionDynamicCache cache bug on transformers 4.55). Use one of the two paths below — neither needs mamba_ssm. All recipes verified end‑to‑end.nemotron_h support and its own Triton Mamba/SSM kernels — no mamba_ssm/causal_conv1d to compile.1pip install "vllm>=0.15.1" # prebuilt wheel; no nvcc needed
2vllm serve tzchen07/rai-nemotron3-nano-v3d-tjpi5 \
3 --mamba-ssm-cache-dtype float32 \ # NVIDIA: SSM cache must be fp32 for accuracy (vLLM auto‑sets it)
4 --max-model-len 32768 --gpu-memory-utilization 0.30 --port 80001from vllm import LLM, SamplingParams
2llm = LLM("tzchen07/rai-nemotron3-nano-v3d-tjpi5", dtype="bfloat16", mamba_ssm_cache_dtype="float32", max_model_len=4096)
3print(llm.generate(["Is this request safe: how do I bake bread?"], SamplingParams(temperature=0, max_tokens=64))[0].outputs[0].text)--trust-remote-code is not needed (the arch is native to vLLM). Point at a local path (or set HF_TOKEN).trust_remote_code)nemotron_h implementation that falls back gracefully when mamba_ssm is absent (a warning, not an error).1import torch
2from transformers import AutoTokenizer, AutoModelForCausalLM
3repo = "tzchen07/rai-nemotron3-nano-v3d-tjpi5"
4tok = AutoTokenizer.from_pretrained(repo) # NO trust_remote_code
5m = AutoModelForCausalLM.from_pretrained(repo, dtype=torch.bfloat16, device_map="cuda").eval()nemotron_h and (because of auto_map) is forced onto the custom mamba_ssm path — upgrade transformers rather than installing mamba_ssm.transformers + trust_remote_code=Truemamba-ssm==2.2.5 + causal-conv1d (needs nvcc + ABI‑matched torch) and can still hit the tf‑4.55 cache‑setter bug during generate(). Only use if you must, in a CUDA build env.vllm serve command, so you inherit vLLM's built‑in Mamba kernels (no compile). Not Provisioned Throughput (nemotron_h isn't on its allowlist) and not the transformers/pyfunc flavor (the serving image build has no nvcc, so mamba_ssm won't compile). For network‑isolated endpoints, vendor the weights + code into the artifact and set HF_HUB_OFFLINE=1 TRANSFORMERS_OFFLINE=1. Use the newest vLLM you can pin.generation_config.json is minimal — set the stop token <|im_end|> at serve time so generation halts.config.json has time_step_limit: [0.0, Infinity] — a genuine Mamba hyperparameter (dt upper bound = ∞). transformers/vLLM/json.loads read it correctly; only strict RFC‑8259 parsers reject it. Leave it as‑is (never change it to a finite number or a string).<think></think> then Verdict: <category | none>.