Velero backup restore guard
Skill Raishin/vanguard-frontier-agentic/skills/velero/velero-backup-restore-guard
Curated marketplace of AI skills, agents, and rules for cloud, zero-trust, and compliance-aware engineering - works with Claude Code, Codex, Cursor, Copilot, and more.
npx -y skills add Raishin/vanguard-frontier-agentic --skill velero-backup-restore-guardAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 18 stars18 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Use this skill when guarding Velero backup schedule changes, restore operations, BackupStorageLocation mutations, or volume snapshot configuration. Trigger on any request to run a velero restore, delete a Schedule, change a BSL default, or modify backup retention.
SKILL.md
2.7 KB, 463 tokens by cl100k_base, as published. Nobody here has run it
Velero Backup/Restore Guard
Purpose
Guard live Velero operations — restore execution, schedule deletion, BackupStorageLocation changes, and volume snapshot configuration — against data loss, scope creep, and missing rollback posture. A Velero restore is destructive: it overlays resources onto the cluster. Every guarded operation requires confirmed cluster context, explicit scope, current state capture, and explicit platform-team sign-off before any mutation executes.
Lean operating rules
- Confirm cluster context (
kubectl config current-context) and target namespace before any Velero operation — ambiguous context is a hard stop. - Capture current state of the target Backup, Schedule, or BSL (
velero backup describe <name> --details,kubectl get schedule <name> -o yaml) before every write — Velero has no built-in undo. - For restore operations: require
includedNamespacesto be explicitly scoped; a cluster-wide restore (includedNamespaces: []) requires explicit platform-team sign-off. - Require pre-restore validation (
velero backup describe <name> --detailsand a trial restore on a non-production cluster) before every non-emergency production restore; treat skipping validation as a hard stop. Velero has no--dry-runflag onvelero restore create— do not recommend one. - Block deleting a Schedule that is the only backup for a production namespace unless an alternative backup source is confirmed.
- Block changing a BSL
default: truewithout confirming no in-progress backups and reviewing the impact on all dependent Schedules. - Check pre-backup hook coverage on stateful workloads (PostgreSQL, MySQL, Kafka) — missing quiesce hooks mean inconsistent backups.
- Label all claims as live evidence, documentation-based, or inference.
References
Load these only when needed:
Response minimum
- Confirmed cluster context and target scope
- Current state of the Backup/Schedule/BSL (evidence level)
- Hard-stop assessment (is this a blocked operation?)
- Explicit platform-team sign-off status
- Recommended validation step or safe-path command
- Rollback posture
- Post-operation verification steps