disaster-recovery

disaster-recovery is a command for Claude Code from basher83/lunar-claude. It costs 11 tokens per session (1,134 once invoked), scanned A, original, MIT.

A command for a disaster-recovery drill that destroys and recreates a Talos Kubernetes cluster from declarative specifications. Declarative specifications describe the desired infrastructure so it can be rebuilt consistently.

In plain words
What is it for?
Use it only for an approved recovery exercise or real recovery to confirm intent, remove the existing cluster, and rebuild it on Proxmox from the cluster specification.
Why use it?
It rehearses recovery from a lost cluster and verifies that the infrastructure can be recreated from its stored definitions. The operation deletes the cluster and its workloads.

Command for Claude Code

Written for Claude Code: allowed-tools in frontmatter. Also seen: names the AskUserQuestion tool.

Runs only inside its plugin — its command needs a path that Claude Code sets for a plugin’s own hooks and for nothing else. Install the plugin, not this.

Part of the omni-scale plugin — 1 skill, 5 commands, 2 agents shipped together

Good fit Use it only for an approved recovery exercise or real recovery to confirm intent, remove the existing cluster, and rebuild it on Proxmox from the cluster specification.

Compare 6 commands from other repositories ↓
Install

Getting it into your agent

This one installs as part of its plugin. Adding the marketplace and installing the plugin brings it with everything else the plugin ships.

Claude Code
/plugin marketplace add basher83/lunar-claude
Claude Code
/plugin install omni-scale

Made for: Claude Code.

Or install omni-scale, the plugin that ships this one along with the rest of its 1 skill, 5 commands, 2 agents.

Wrote 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.

agentmods badge for disaster-recovery

README.md
[![agentmods](https://agentmods.dev/badge/commands/basher83/lunar-claude/disaster-recovery/github.svg)](https://agentmods.dev/commands/basher83/lunar-claude/disaster-recovery)
Your own site
<a href="https://agentmods.dev/commands/basher83/lunar-claude/disaster-recovery"><img src="https://agentmods.dev/badge/commands/basher83/lunar-claude/disaster-recovery/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.

agentmods 80×15 button for disaster-recovery

Your own site · 80×15
<a href="https://agentmods.dev/commands/basher83/lunar-claude/disaster-recovery"><img src="https://agentmods.dev/badge/commands/basher83/lunar-claude/disaster-recovery.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 11 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,134 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5.1 $0.00011 $0.01134
Opus 5 $0.00005 $0.00567
Sonnet 5 $0.00002 $0.00227
Haiku 4.5 $0.00001 $0.00113

Measured 7d ago against content hash dddf2a5c03e8, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-10, from the pricing page.

Security

Grade A, and why

disaster-recovery 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 7d 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.

plugins/homelab/omni-scale/commands/disaster-recovery.md · 134 lines

How it starts

The opening of the file, as written. The whole thing — 134 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Disaster Recovery

Full cluster destruction and recreation from declarative specs.

WARNING: This destroys the entire cluster. Only run for DR drills or actual recovery.

NOTE: Cluster spec path hardcoded to ~/dev/infra-as-code/Omni-Scale/clusters/talos-prod-01.yaml.

Pre-flight Gate

STOP if omni-talos skill is not loaded.

Check: Do you have knowledge of provider-ctl.py and the provider operations table? If not, instruct user:

Required setup not complete. Run this chain first:
  /omni-scale:omni-prime && /omni-scale:status && /omni-scale:omni-talos
Then re-run /omni-scale:disaster-recovery

Instructions

Phase 1: Confirm Intent

Use AskUserQuestion to confirm destruction of talos-prod-01 and all workloads. If user aborts, stop immediately.

Phase 2: Destroy Cluster

Outcome: Cluster deleted, no talos VMs remain on Proxmox.

Pre-step: Restart provider via ${CLAUDE_PLUGIN_ROOT}/skills/omni-talos/scripts/provider-ctl.py --restart to ensure it's listening before destruction.

Delete cluster using omnictl cluster template delete with --destroy-disconnected-machines flag. Cluster spec at ~/dev/infra-as-code/Omni-Scale/clusters/talos-prod-01.yaml.

Poll: Verify no machines remain via omnictl.

  • Max wait: 10 min
  • After 3 attempts, increase interval to 60s
  • On timeout: consult omni-talos references/debugging.md

Confirm destruction complete with user before proceeding.

Phase 3: Recreate Cluster

Outcome: Cluster recreated, all nodes reach running state.

Apply cluster template using omnictl cluster template sync.

Poll: Check machine status via omnictl with cluster label selector.

  • Max wait: 20 min
  • After 3 attempts, increase interval to 60s
  • On timeout: consult omni-talos references/debugging.md

IMPORTANT: Machines showing READY: false is normal during bootstrap. This can persist for 10+ minutes while etcd forms quorum and Talos configures. Do NOT attempt to troubleshoot infrastructure (SSH, logs) — just wait. Only escalate if max wait exceeded.

Read the full file on GitHub · 134 lines

Changes

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.

  1. 7d ago First seen · 134 lines · 11 tokens per session scan A dddf2a5c03e8

Subscribe to this mod's changes

disaster-recovery is a command published in the GitHub repository basher83/lunar-claude (23 stars, last pushed today), licensed MIT. It adds 11 tokens to every session and 1,134 once invoked, about $0.0001 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-09-03.