Live-tested against a real RunPod account (Secure RTX 4090, Qwen2.5-0.5B):
provision → boot → vLLM /v1/models health → idle auto-teardown + ledger ($0.021)
all confirmed. Serverless + spillover proxy paths confirmed (reach RunPod, correct
URL/auth). Fixes/additions from that run:

- FIX: pods mode posted to <proxy>/chat/completions (missing /v1) → 404. The pod's
  vLLM serves under /v1 (health check hit /v1/models=200), so RunpodBackend now
  appends /v1 to the pod proxy URL (serverless base already ends in /openai/v1).

- Stale-pod REAPER (safety): runpod_worker.reap_orphans() lists account pods tagged
  coderai-<deployment_id>-* and terminates any NOT tracked by a live pool (orphans
  from a crash/restart) — never touches in-flight provisions or another deployment's
  pods. Runs every ~30s in the scaler loop AND once at startup; started on the
  primary engine (where pods are hosted) via start_runpod_maintenance(). New
  config.runpod.deployment_id (default "default"); pods named with the tag.

- Multi-GPU capacity FALLBACK: _rank_gpus() returns ranked candidates and
  _create_with_fallback() tries the next on a RunPod "no instances available"
  capacity error instead of failing (hit a real A5000 community capacity miss).

- Pod LOGS: RunpodClient.get_pod_logs() (best-effort REST) + pod_console_url deep
  link; admin GET /admin/api/runpod/pod-logs; RunPod stats page gets a per-pod
  "view logs" modal + console link. PodHandle/pods_status carry console_url.

- Settings: deployment_id field.

Built coderai:base=5cffe23d1d20. Relaunch to activate (running image had the /v1
bug + no reaper). After relaunch, a pods chat returns a real completion.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01R6iugoNeEgt9PkajKrFyq4