agentleFS
NVIDIAKnown publisherNVIDIA/deepops/skills/deploy-runai-kai/SKILL.md

deploy-runai-kai

Skill1.5k starsChanged 10 days agoBSD-3-ClauseView on GitHub

Use when adding or removing the optional KAI Scheduler or Run:ai platform on a DeepOps Kubernetes GPU cluster, enabling fractional-GPU scheduling, or diagnosing KAI/Run:ai install or scheduling failures.

Trending

Quiet since June.about the whole repository

Dec 2025: 0 mentionsJan 2026: 0 mentionsFeb 2026: 0 mentionsMar 2026: 0 mentionsApr 2026: 0 mentionsMay 2026: 0 mentionsJun 2026: 1 mentionJul 2026: 0 mentionsAug 2026: 0 mentionsSep 2026: 0 mentionsOct 2026: 0 mentionsNov 2026: 0 mentions
Dec 2025Jun 2026Nov 2026
Mentions a month of the NVIDIA/deepops repository that our weekly crawl found. There is no adoption data for this file yet.

Who's talking about NVIDIA/deepops

The biggest 5 of 24 mentions linking to the repository that our crawl found. Each line is their own headline.

See all 24

Talked about on GitHub (24 times).

On GitHub · 24

19 more on GitHub

The file

We split this skill into the rules it gives an agent

5 rules. About 0 are common, 2 are distinctive, and 3 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈2

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 3

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Run commands from the DeepOps repository root.

    line 8
  2. Distinctive:

    Verify with the validator, not with the playbook result:

    line 33
  3. Very specific:

    Remove: add -e runai_state=absent, then python3 scripts/validation/validate_runai.py --json --verify-uninstalled must report "ok": true.

    line 44
  4. Distinctive:

    Put the admin login value in a command line, an inventory file in Git, or a log.

    line 65
  5. Very specific:

    Treat a finished playbook as success.

    line 66

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Deploy KAI Scheduler or Run:ai (optional)

Run commands from the DeepOps repository root. This adds GPU-aware scheduling on top of a working Kubernetes GPU cluster. It is off by default and never changes the GPU Operator or the NVIDIA driver. Full guide: docs/k8s-cluster/runai.md.

Preconditions

  1. python3 scripts/validation/validate_k8s.py --json --cuda-smoke reports "ok": true (the cluster already runs GPU pods). If not, use skills/deploy-k8s-gpu-cluster/ first.
  2. Confirm the inventory is the intended cluster and nobody else's workloads run there; the install adds cluster-wide admission webhooks.
  3. Pick one mode. kai and platform exclude each other (the platform ships its own KAI). platform is experimental and also needs a default StorageClass, kube-prometheus-stack 88.6.5+, a DNS name and TLS (see the guide).
  4. Fractioning with hard memory limits (runai_kai_gpu_fractioning: true) needs GPU Operator v26.7.1+ and an r615+ driver already in place. Do not change the default driver to get it without the cluster owner's agreement.

Procedure

  1. Set runai_mode (and, for platform, the domain, admin user and a vaulted login value) in config/group_vars/k8s_cluster.yml.
  2. Preview: ansible-playbook -l kube_control_plane playbooks/k8s-cluster/runai.yml --check --diff
  3. Apply: ansible-playbook -l kube_control_plane playbooks/k8s-cluster/runai.yml. Rerun once; the second run must report changed=0.
  4. Verify with the validator, not with the playbook result:

    python3 scripts/validation/validate_runai.py --json                      # kai
    python3 scripts/validation/validate_runai.py --json --memory-enforcement # + fractioning

    Require exit 0 and "ok": true with gpu_job_ok and fraction_job_ok true. Platform mode: add --mode platform --platform-domain <fqdn>, set RUNAI_USERNAME/RUNAI_PASSWORD in the environment (never as arguments), and use a Run:ai project's namespace and queue.

  5. Remove: add -e runai_state=absent, then python3 scripts/validation/validate_runai.py --json --verify-uninstalled must report "ok": true.

Failure branches

SignalDo
Role stops with "No node advertises nvidia.com/gpu"GPU stack not ready; wait, or run the GPU Operator playbook. Do not bypass with runai_require_gpu: false on a real install.
Role stops with "ships its own KAI"Remove the other mode first (runai_state: absent).
Role stops on GPU Operator version or r615Missing fractioning prerequisites. Set runai_kai_gpu_fractioning: false, or ask the cluster owner to approve the GPU stack change.
Validator scheduler deployments missing/not availableKAI operator still starting; wait and rerun. kubectl -n kai-scheduler get pods.
gpu_job_ok false, pod PendingWrong queue or none: kubectl get queues.scheduling.run.ai; pod must set schedulerName: kai-scheduler and the queue label.
fraction_job_ok false: pods on different GPUsThe node has more than one GPU and KAI chose another; with one GPU this means sharing is off (global.gpuSharingMode).
memory_enforcement_ok falseLimits are not enforced: check the GPU Operator CDI/NRI settings and kubectl get gpufractioningconfig default -o yaml. Do not claim enforcement.
Platform: control plane unreachableThe domain must resolve to the ingress address; pass --ca-file/--resolve-ip.
Uninstall check lists leftoversRemove the named namespaces/releases; add -e runai_uninstall_remove_crds=true only if queues/projects may be deleted.

Do not

  • Install standalone KAI beside the Run:ai cluster chart.
  • Put the admin login value in a command line, an inventory file in Git, or a log.
  • Treat a finished playbook as success; only the validator's "ok": true counts.
  • Claim a live result you did not run. Offline tests prove the logic, not a GPU job.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.