Getting it into your agent
It runs from inside its repository, so the clone comes first — what it calls does not travel with the file alone.
git clone --depth 1 https://github.com/scitix/siclawnpx agentmods add skills/scitix/siclaw/volcano-gang-schedulingWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/scitix/siclaw/volcano-gang-scheduling)<a href="https://agentmods.dev/skills/scitix/siclaw/volcano-gang-scheduling"><img src="https://agentmods.dev/badge/skills/scitix/siclaw/volcano-gang-scheduling/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/scitix/siclaw/volcano-gang-scheduling"><img src="https://agentmods.dev/badge/skills/scitix/siclaw/volcano-gang-scheduling.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector pass
What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00037 | $0.02592 |
| Opus 5 | $0.00018 | $0.01296 |
| Sonnet 5 | $0.00007 | $0.00518 |
| Haiku 4.5 | $0.00004 | $0.00259 |
Grade A, and why
volcano-gang-scheduling scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 11d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 300 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Gang Scheduling Diagnosis
This is a diagnostic guide for Gang scheduling issues in Volcano. Gang scheduling requires that all members of a PodGroup be scheduled simultaneously. If the cluster cannot satisfy the minMember requirement, none of the pods will be scheduled.
Scope: This skill is for diagnosis only. Once you identify the root cause, report it to the user and stop. Do NOT attempt to modify PodGroups or resource configurations.
When to Use This Guide
Use this skill when:
- PodGroup status is
Inqueuebut member Pods remainPending - Events contain
minMemberrelated errors - Volcano Job has
minAvailableorminMemberthat cannot be satisfied - Some member Pods are running, others are Pending, and the entire group won't start
- You see
FailedSchedulingevents mentioning Gang constraints
Understanding Gang Scheduling
Gang scheduling in Volcano ensures that either all members of a workload are scheduled, or none are. This is crucial for distributed workloads like MPI, TensorFlow, PyTorch where partial scheduling is wasteful.
Key Concepts:
minMember(in PodGroup spec): Minimum number of pods that must be scheduled simultaneouslyminResources(in PodGroup spec): Aggregate resource floor (e.g., total GPUs) that must be available — bothminMemberandminResourcesmust be satisfied if setminAvailable(in Job spec): Similar concept at Job level- The scheduler checks if there are simultaneous resources for all minMember pods before allocating
Diagnostic Steps
Step 1: Identify the PodGroup
Find the PodGroup associated with the pending pods:
kubectl get pod <pod-name> -n <namespace> -o jsonpath='{.metadata.annotations.scheduling.volcano.sh/pod-group}'
Step 2: Check PodGroup Status
Get detailed PodGroup information:
kubectl get podgroup <podgroup-name> -n <namespace> -o yaml
Key fields to examine:
| Field | Meaning | What to Look For |
|---|---|---|
spec.minMember |
Minimum pods required | Is this number achievable? |
spec.minResources |
Aggregate resource floor | Is total cluster capacity sufficient? |
status.phase |
Current scheduling phase | Should be Inqueue for ready-to-schedule |
status.running |
Currently running pods | Compare to minMember |
status.pending |
Pending pods | These are waiting for Gang constraint |
spec.queue |
Queue name | Check if queue has sufficient resources |
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 11d ago First seen · 300 lines · 37 tokens per session scan A 8f24086bb43c
volcano-gang-scheduling is a skill published in the GitHub repository scitix/siclaw (233 stars, last pushed yesterday), licensed Apache-2.0. It adds 37 tokens to every session and 2,592 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
k8s-deployment-rollout
A troubleshooting workflow for failed Kubernetes Deployment releases and rolling updates that become stuck. Kubernetes is a system for running and managing containers.
k8s-pod-crashloop
A troubleshooting guide for Kubernetes pods that repeatedly restart or run out of memory. Kubernetes is a system for running and managing containers, and a pod is its basic unit for running an application.
devops-deployment
Use when setting up CI/CD pipelines, containerizing applications, deploying to Kubernetes, or writing infrastructure as code. DevOps & Deployment covers GitHub Actions, Docker, Helm, and Terraform patterns.
k8s-incident-triage
Read-only Kubernetes incident triage using kubectl. Accepts natural language or structured input. Produces root-cause hypotheses, evidence, and next-step commands.
kubernetes-expert
Expert-level Kubernetes cluster management, deployment strategies, networking, and production operations. Use when the user mentions containers, orchestration, devops, or cloud native, or when the task involves Kubernetes Architecture, Pods, Deployments, or Services.
lucas-runbook
Lucas runbook-driven troubleshooting for Kubernetes issues. Use when investigating pod errors, crashes, restarts, or any Kubernetes problem. Automatically search runbooks before taking action.