菜单
จัดการ GPU workloads บน Runpod ผ่าน MCP server และ Runpod CLI — สร้าง/หยุด/ลบ Pods, deploy Serverless endpoints, ตรวจสอบ GPU availability, จัดการ templates และ network volumes ใช้เมื่อผู้ใช้พูดถึง Run
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Call the externally deployed DSG QUBO Policy Optimizer API to run a deterministic QUBO/Ising policy optimization. Use when a user wants to run a real optimization against the hosted service rather than the local Kotlin engine: registering/logging in for an api_key, checking account usage, and submitting an optimization run for a regulatory domain under a budget cap. Auth is an `api_key` query parameter that must come from runtime env, never from the repo. Running a real optimization may trigger solver work and may incur cost under the service's pricing tier.
Reason about deterministic QUBO/Ising policy optimization and Z3/SMT-style formal constraint verification using the Compliance-ising-z3-Deterministic engine. Use when a user asks to optimize a policy/control selection under a budget, verify logical constraints (implication, equivalence, mutual exclusion, at-least-one, cost cap), run a what-if counterfactual on budget shifts, or produce a reproducible, hash-chained compliance decision. The underlying engine is native Kotlin (no external Z3 process); constraint checks are Z3/SMT-style, implemented deterministically.
Run a studio-style agent control layer that turns a user goal into an explainable plan, deterministic decision flow, permission verdicts, and browser-first execution after approval. Use when the user
Use this skill when creating, packaging, validating, publishing, or maintaining DSG GitHub Marketplace Actions. It turns DSG control-plane, action-layer permission gates, deterministic GO/NO-GO valida
Use this skill for DSG multi-source governance work that combines UI trust upgrades, action-layer permission gates, deterministic execution, marketplace/enterprise cutover, portable SaaS architecture
Apply the DSG ONE / ProofGate truth boundary and claim policy. Use when writing or reviewing any status, readiness, compliance, or capability statement destined for code, docs, commits, PRs, issues, comments, logs, or a response. Classifies each statement as verified fact / inference / pending / blocked / not verified, and flags forbidden readiness claims that require fresh evidence.
| name | runpod-agent |
| description | จัดการ GPU workloads บน Runpod ผ่าน MCP server และ Runpod CLI — สร้าง/หยุด/ลบ Pods, deploy Serverless endpoints, ตรวจสอบ GPU availability, จัดการ templates และ network volumes ใช้เมื่อผู้ใช้พูดถึง Run |
Skill นี้สอนวิธีจัดการทรัพยากร GPU บน Runpod สำหรับโปรเจกต์ DSG ONE / ProofGate Control Plane
RUNPOD_API_KEY ในสภาพแวดล้อม
.env (ห้าม commit ค่าเด็ดขาด)GET /api/runpod/status คืน { "configured": true }.mcp.json ของ repo นี้กำหนด server runpod (stdio ผ่าน npx @runpod/mcp-server@latest) และ runpod-docs (HTTP ที่ https://docs.runpod.io/mcp) ไว้แล้ว
mcp__runpod__* ไม่ปรากฏ ให้ผู้ใช้ตรวจสอบ /mcp และการตั้งค่า RUNPOD_API_KEYrunpodctl — ติดตั้งด้วย curl -sSL https://cli.runpod.net | bash แล้วยืนยันด้วย runpodctl doctor| งาน | เครื่องมือ |
|---|---|
| สร้าง/ลิสต์/หยุด/ลบ Pods, endpoints, templates, volumes | Runpod MCP tools (mcp__runpod__*) |
| ถามความรู้/วิธีใช้ฟีเจอร์ Runpod | Runpod docs MCP (mcp__runpod-docs__*) หรือ https://docs.runpod.io/llms.txt |
| โอนไฟล์, SSH, model caching, Hub deployments | runpodctl ผ่าน Bash |
| ตรวจว่า key ถูกตั้งใน deployment | GET /api/runpod/status (คืนแค่ configured boolean) |
RUNPOD_API_KEY — อ้างอิงด้วยชื่อ env var เท่านั้น (ตาม CLAUDE.md §9)Not run พร้อมเหตุผล# ตรวจสอบ CLI + auth
runpodctl doctor
# ลิสต์ pods ผ่าน CLI
runpodctl get pod
# ตรวจว่า deployment บน Vercel มี key แล้ว (ไม่เปิดเผยค่า)
curl -fsSL "https://tdealer01-crypto-dsg-control-plane.vercel.app/api/runpod/status"
เอกสารเต็ม: docs/RUNPOD_INTEGRATION.md และ https://docs.runpod.io/llms.txt