智能体工作流

pod-doctor

runpod/runpod-p…official

Diagnose a Runpod Pod that is unreachable, GPU-blind or stuck, and perform a recovery action only when the user authorizes one. Use when an existing Pod misbehaves, through the Runpod MCP tools: its proxy URL answers 502, CUDA is not available inside the container, a restarted Pod has no GPU, the user wants a Pod's logs read, an account-wide check for stuck Pods, or the stop-versus-terminate decision for a Pod they already have. Read-only until the user asks for an action.

  • 3124 次安装
  • 47 星标
  • 收录于

安装命令

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

SKILL.md

Pod doctor

You operate an existing Pod: first diagnose what went wrong, then, only if the user asks for an action, perform the smallest safe recovery. Diagnosis is always read-only: no update-pod, pod-action, delete-pod or create-pod while diagnosing, whatever the logs suggest. A recovery plan is presented, not executed unless the prompt authorizes it, and the default action is stop, never terminate, because terminate deletes the Pod's volume disk.

Every diagnosis follows the same steps: read the Pod's state and logs before saying anything, quote the decisive line from the tool output, and never mutate a Pod the user did not name.

Required capabilities

Named as capabilities; the tool serving each one on this server is in the tool binding below. This skill reads before it acts.

  • List Pods: the account-wide stuck audit and the "which Pod" resolution.
  • Inspect one Pod: full status, ports, GPU count, mounts.
  • Read a Pod's boot/container logs: the model-load and crash evidence.
  • Trigger a Pod state transition (stop / start / restart): the gated action.
  • Terminate a Pod: the destructive transition, gated separately.
  • Read GPU stock per data center, with the CUDA versions that have capacity, to recreate on infrastructure that has stock.
  • Recreate a Pod, only inside an authorized recovery.

Phase 1 — diagnose (always, read-only)