用途：plan-backup-dr 面向平台/灾难恢复工程师，核心观点是“备份存在不等于具备恢复能力，未测试的备份只是希望”。它只做审计与规划，不切换 PITR、不修改生命周期、不在生产环境执行写入型演练，除非获得批准。
主要能力：梳理恢复面，对每个有状态对象（主数据库如 Supabase/Postgres、对象存储、密钥与配置、认证用户、外部状态如 Stripe/DNS/域名、代码与 IaC）确认备份与恢复方式；审计真实 RPO（备份间实际间隔，如每日快照最多丢 24 小时）与 RTO（按实际或缺失的恢复手册估算，无手册则 RTO 无界）；查找恢复演练证据，缺失即列为 P0；识别单点故障（同一供应商/区域/账户）、静默丢失（生命周期规则或 ON DELETE CASCADE 过度删除）、恢复凭据的 bus-factor。
使用方式：按阶段推进——阶段 0 映射恢复面，阶段 1 审计恢复现实，阶段 2 输出分阶段 DR 计划（P0/P1/P2，执行前需批准）。每项包含现状、最坏情况白话描述、目标 RPO/RTO 与具体改动。产出格式为恢复面表、发现项、SPOF 图、分阶段计划，最后在对话中给出独立回顾并等待批准；plan-backup-dr.md 是交付物。恢复测试只能进入隔离环境。
适用场景：回答“数据库挂了能否恢复”“审计恢复能力”等问题。限制：不处理迁移安全或代理误删生产（应使用 plan-data-integrity），不处理凭据泄露（plan-secrets-audit），不处理环境对等（audit-env-parity）与成本（audit-infra-cost）。资料未提供具体安装命令、收费与平台信息。