Resurrection 是一个面向灾难恢复场景的技能，用途是把已经真正死亡的系统、服务或环境从备份与残余工件中重建回可运行状态。它明确区别于仅向死系统查询信息的“Speak with Dead”：后者用于了解情况，Resurrection 则实际执行复活。适用情形包括生产系统崩溃或被摧毁需要从备份恢复、被删除的仓库/数据库/环境需要依据现有证据重建，以及目标是恢复而非理解系统时。
主要能力围绕一条分步流程展开：行动前先重述目标、成功条件与不可触碰的边界；评估剩余材料，包括备份、工件、日志、快照、缓存副本与配置片段；从可用材料中确定最完整、最新的恢复路径；逐步执行复活并逐组件验证后再继续；确认系统存活可用，并报告无法恢复的组件；在实施会改变访问、触发告警或触及真实系统边界的操作前暂停，等待明确确认；最后把结果整理为交付物，显式标注置信度、假设与未解决风险。
使用方式为通过 /resurrection 调用，例如要求它“用剩余的备份和工件让这个死系统复活，并逐步验证”。运行前提是 Hermes Agent 及本次会话的常规工具集，不需要额外运行时依赖。交付物包括：恢复后可用的系统或最接近的可实现近似、每一步恢复操作的详细日志、无法恢复的组件清单及其对系统功能的影响。
限制与守则包括：在暗示系统已完全可用前，必须先指出缺失的粘合代码、权限或基础设施；恢复前验证备份完整性，不得从损坏源恢复；未经用户明确确认，不得用恢复数据覆盖在线数据；全过程必须记录，以保证可审计。验证时需检查交付物是否齐全、确认事实与假设和推断是否清晰分离、真实目标与确认关卡及回滚或恢复路径是否明确，以及缺失的粘合代码、权限或后续工作是否已被标注。