runpod-templates

Q: How do I install runpod-templates?

Run npx skills add https://github.com/runpod/runpod-plugins-official --skill runpod-templates in your project. The skills CLI detects the agents you use and copies the skill into the right folder. For Claude Code you can also place the skill folder at ~/.claude/skills/runpod-templates/ (personal) or .claude/skills/runpod-templates/ (project).

by runpodAI & Agents

Find, use, and troubleshoot official Runpod Pod templates, including ComfyUI workflow model metadata repair. For creating or optimizing Dockerfiles and application template projects use runpod-build-template; deploy through runpod-mcp or runpodctl.

Installs: 10.3K
Last 24h: +144
Trending rank: #1522
Security: Pass

Install

Works with every agent the skills CLI supports.

npx skills add https://github.com/runpod/runpod-plugins-official --skill runpod-templates

01
Install
Run the command in your project. The CLI asks which agents to install for.
02
Describe the task
Ask your agent for something this skill covers. It loads runpod-templates automatically when relevant.
03
Review the result
The agent follows the SKILL.md steps, scripts and references bundled with the skill.

Security audits

Independent scans of the skill's instructions and bundled files.

Gen Agent Trust Hub PassSAFE ·The skill provides official RunPod templates and utilities for repairing ComfyUI workflows. It includes robust safety checks for processing external data and follows security best practices.

Socket PassNo alerts

Snyk PassLOW ·Risk: LOW · No issues

SKILL.md

The instructions your agent reads when the skill is triggered.

Official Runpod templates

For explicit source packaging or template optimization, use runpod-build-template. For ordinary workload deployment, prefer an official template over building an image. Runpod maintains prebuilt images for common workloads; deploying one is a create + poll, with no SSH install step. This skill is the reference for what those images actually are. It does not manage infrastructure — deploy with runpod-mcp (if connected) or runpodctl.

Terms — "template" vs the Hub

Two different products share the word "Hub", and conflating them derails discovery:

Term	What it is	Runs as	Discover with
Pod template (this skill)	A saved pod config — image + ports + disk + env. The official ones appear on Console Hub template pages (`console.runpod.io/hub/template/<id>`)	a pod	`runpodctl template list --type official` / `template search` · REST `GET /v2/catalog/templates`
Hub repo / listing	A packaged serverless worker (e.g. `runpod-workers/worker-comfyui`) with a handler, deployed as an endpoint	serverless	`runpodctl hub list` / `hub search` · MCP `list-hub-repos` / `deploy-hub-repo`

Same word, disjoint catalogs: hub search comfyui returns only the serverless worker and none of the official ComfyUI pod templates, and template search returns no Hub repos. In the REST v2 catalog, pod vs serverless templates are told apart by each entry's serverless flag.

What "official" means, and how to find them

A template is Runpod-maintained when it reports isRunpod: true. Anything else in search results is community-published: usable, but not covered by this skill and not version-guaranteed.

runpodctl template list --type official   # the whole official set (14 as of 2026-08-25)
runpodctl template search <name>          # by name; check isRunpod: true
runpodctl template get <template-id>      # image, ports, portsConfig, disk + full readme

template get returns the template's readme — the description maintained alongside the image, and the authoritative answer when it disagrees with this skill. Take image tags, ports, and env from these commands, not from these files: the templates ship on their own release train and move faster than this repo. The reference files record the shape and the gotchas, which is the expensive part to rediscover.

⚠️ runpodctl hub ... is not how you find pod templates — see Terms.

To hand a user a Console link, use https://console.runpod.io/hub/template/<template-id>.

REST v2 has no template search — only slices you filter yourself

REST v2 has no query/search parameter for templates, so every "search" is a client-side filter over a fetched slice:

Endpoint	Params	Returns
`GET /v2/catalog/templates`	`source=official\|verified\|community` (default `official`)	the public catalog slice
`GET /v2/templates`	none	only templates you own
`GET /v2/templates/{id}`	—	one template, owned or catalog

official (14) and verified (3) are fully enumerable; community is capped at 100 with pagination explicitly unsupported. A community template past that cap never enters a slice the API can return, and runpodctl template search reads those same server-side slices — so it has no view past the cap either. If a user names one you cannot find, ask them for the template id rather than concluding it does not exist.

isRunpod is a GraphQL/v1 field with no v2 equivalent — in v2, "official" is the source slice you requested, not a flag on the record.

Catalog entries carry allowedCudaVersions, which is the reliable way to pick between CUDA-line variants of the same template — pair it with runpodctl pod create --min-cuda-version instead of inferring from the GPU name.

The templates

Workload	Reference	Deploy walkthrough
ComfyUI — image generation UI at a URL	`reference/comfyui.md`	golden path 02, variant B
PyTorch — general GPU base / dev box (2.1 → 2.9, incl. cluster + ROCm builds)	`reference/pytorch.md`	golden path 06
Ubuntu — bare 20.04 / 22.04 / 24.04 (CPU category)	TODO	—
Network storage file browser (GPU + CPU)	TODO	golden path 07

Add a template by adding one file here and one row above. Do not create a new skill per template — the task shape is identical and every registered skill costs context in every session.

How to use a template reference

Each file under reference/ answers the same questions in the same order, so an agent can skim to the one it needs:

Identity — template name, id, image, upstream source repo.
Variants — CUDA/arch/GPU-generation splits and which to pick.
Ports and credentials — what is exposed and any default login.
Autostart — what is already running on boot, with the exact command.
Paths — where the app, its config, and its data live (and what a network volume mount changes).
Readiness — how long first boot takes and the exact signal for "actually serving". Running is never the signal.
What does not ship — the gap between "booted" and "usable", and how to close it programmatically rather than by clicking.
Sizing — container disk and minimum VRAM.
Version pinning — how to hold a known-good version.

One file is the exception: reference/comfyui-model-repair.md is a usage guide — a ComfyUI workflow repair procedure that drives the scripts in scripts/ — not a 9-question template reference.

Routing onward — this skill is the hub, not the destination

A user asking about a template rarely wants the reference file itself; they want a template deployed, fixed, or replaced. Land here, identify which, and hand off:

The user wants to…	Send them to
Deploy a template end to end	the matching golden path in the table above (index) — live-verified runs with real commands
Fix a pod that won't serve ("Running" but URL dead, 404/502)	the template's reference file, §Readiness — then `runpod-usage/reference/gotchas.md`
Fix a ComfyUI workflow whose models won't download (missing/broken model metadata, imported workflow or PNG)	the repair guide — it drives the repair scripts in `scripts/`. The official ComfyUI templates ship ComfyUI-RunpodDirect, so its automatic-download path applies
Add models / files to a running template pod	the template's reference file (§What does not ship), or `companion-clis` for generic Hugging Face transfers
Customize beyond what the template ships (pinned versions, extra nodes, lighter image) or author a template project / Hub listing	`runpod-build-template` — author the project, using the official base when it fits
A serverless worker, not a pod	not a pod template — Hub workers via `runpodctl` / `runpod-mcp`

Reference files here answer what is in the image; they never duplicate a walkthrough or a repair procedure — they point at the owner.

FAQ

What does the runpod-templates skill do?

How do I install runpod-templates?

Run npx skills add https://github.com/runpod/runpod-plugins-official --skill runpod-templates in your project. The skills CLI detects the agents you use and copies the skill into the right folder. For Claude Code you can also place the skill folder at ~/.claude/skills/runpod-templates/ (personal) or .claude/skills/runpod-templates/ (project).

Which AI agents can use runpod-templates?

Any agent that supports the open Agent Skills format (a folder with a SKILL.md file), including Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Windsurf, Cline, OpenCode and more.

Is runpod-templates safe to install?

Security partners have reviewed it: Gen Agent Trust Hub passed; Socket passed; Snyk passed. As with any skill, read the SKILL.md and bundled scripts before installing.

Who maintains runpod-templates?

It is published by runpod in runpod/runpod-plugins-official. It has 10,254 recorded installs.

Source

runpod/runpod-plugins-official $View on skills.sh

Works with

Claude CodeCodexCursorGitHub CopilotGemini CLIWindsurfClineOpenCodeRoo CodeGooseAmpKiro

Files 25 · 262.7 KB

SKILL.md8.2 KB
evals/always-output-workflow.eval.md2.5 KB
evals/ambiguous-filename.eval.md1.5 KB
evals/api-inventory-only.eval.md1.2 KB
evals/gated-model.eval.md1.7 KB
evals/mixed-resolved-ambiguous-output.eval.md1.3 KB
evals/nontechnical-handoff.eval.md1.4 KB
evals/png-output-extraction.eval.md1.8 KB
evals/repair-and-handoff.eval.md3.0 KB
evals/runpoddirect-required-handoff.eval.md1.6 KB
evals/support-intake.eval.md1.5 KB
evals/template-recommendation.eval.md1.6 KB
evals/unsafe-download-url.eval.md2.1 KB
reference/comfyui-model-repair.md6.7 KB
reference/comfyui-repair/metadata.md14.2 KB
reference/comfyui-repair/resolution.md7.3 KB
reference/comfyui-repair/runpoddirect.md9.4 KB
reference/comfyui.md9.0 KB
reference/pytorch.md5.5 KB
scripts/apply_model_metadata.py25.5 KB
scripts/extract_png_workflow.py14.9 KB
scripts/inventory_workflow_models.py33.5 KB
tests/test_extracted_helpers.py34.8 KB
tests/test_model_metadata_scripts.py55.6 KB

+1 more files