安全文件恢复助手SL

SKILL运维和基础设施
运维和基础设施 未标注权限 许可证不明确
安装这个技能

在不删除、不覆盖、不污染现场的前提下,指导普通用户与 Agent 半自动协作,尽可能恢复崩溃、误删、回退混乱后的原始文件,并重建可继续工作的上下文。

一句话选型结论

按资料字段整理

安全文件恢复助手SL是运维和基础设施类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类运维和基础设施 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_cae83fba/safe-file-recovery-assistant
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

运维和基础设施
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_cae83fba仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验2026-11-06上游最后核验时间 · 数据更新 2026-11-06
正文体量7.4 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
查服务与日志

按现象定位服务状态与日志线索。

写部署与巡检脚本

把重复的部署、巡检写成脚本。

故障排查

按步骤排查网络、依赖与配置。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在运维和基础设施场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
安全文件恢复助手SL当前 未标注权限 未标注 未标注 未标注 有
Azure 部署 调用外部服务 GitHub 仓库 664.2 万 Codex、Claude、Cursor 有
Azure diagnostics 问题管理 调用外部服务 GitHub 仓库 657.6 万 Codex、Claude、Cursor 有
Azure aigateway 部署 调用外部服务 GitHub 仓库 655.3 万 Codex、Claude、Cursor 有
Azure AI 搜索 调用外部服务 GitHub 仓库 651.4 万 Codex、Claude、Cursor 有
Azure Cloud migrate 部署 调用外部服务 GitHub 仓库 650.7 万 Codex、Claude、Cursor 有

SKILL.md 全文

7.4 KB
模型实际读到的说明书原文,来自技能仓库

安全文件恢复助手

北极星目标

在不删除、不覆盖、不污染现场的前提下,指导普通用户与 Agent 半自动协作,尽可能恢复崩溃、误删、回退混乱后的原始文件,并重建可继续工作的上下文。

普通用户先读这段

如果你只是想把文件找回来,请先记住三句话:

  1. 先停手:不要继续在出问题的位置保存、下载、解压或整理文件。
  2. 先找副本:回收站、自动保存、云端历史版本、旧电脑、U 盘、同事发过的附件,都可能比“硬恢复”更安全。
  3. 先放到隔离目录:找到任何候选文件,都先复制到一个新文件夹,不要直接覆盖原文件。

Agent 应使用普通话术引导用户,例如:

> 我们先不碰原文件。你告诉我文件大概在哪、什么时候出问题、最重要的是哪几个文件。我会先帮你列清单,再一步一步判断哪些最可能是你要找的版本。

适用场景

当用户出现以下情况时使用本技能:

  • 长会话崩溃后,对话内容混乱,文件状态不可信。
  • 文件被异常删除、覆盖、回退,用户希望尽可能恢复原文件。
  • 用户有部分存档、回退结果、缓存目录、同步盘历史版本,需要整理为可验证的恢复方案。
  • 用户需要把恢复过程沉淀为清单、差异报告、候选恢复计划和新会话交接提示词。

不适用场景

  • 用户要求绕过系统权限、破解加密、恢复他人数据。
  • 用户要求直接删除、覆盖、移动大量文件作为第一步。
  • 用户希望承诺 100% 找回未落盘的文件或对话内容。
  • 用户要对磁盘进行底层取证或硬盘坏道修复;这类任务应建议找专业数据恢复机构。

必须遵守的安全门禁

  1. 冻结现场优先:先停止原会话和高风险操作,不继续在混乱会话中执行修复。
  2. 只读优先:扫描、清点、比对可以做;删除、覆盖、移动原件默认禁止。
  3. 先复制再分析:对当前工作区、存档、缓存、checkpoint、同步盘候选来源,只复制到独立隔离目录或隔离恢复目录后再分析。
  4. 不删除原则:除非用户明确要求删除,并完成两次确认,否则不得执行删除或等价清理动作。
  5. 不覆盖原则:不得把候选文件直接覆盖回原工作区;应先形成 merged-candidate,再由用户确认。
  6. 脱敏原则:报告中默认隐藏用户名、密钥、token、隐私路径和敏感正文;必要时只保留哈希、大小、时间、相对路径。
  7. 可验证原则:所有判断必须来自文件清单、哈希、修改时间、内容差异、应用日志或用户确认,不凭印象推断。
  8. 不夸大原则:明确说明“尽可能恢复”,不能保证 100% 恢复,不能承诺 100% 恢复未保存、未落盘或已被覆盖的数据。

启动时先问用户的 6 个问题

  1. 事故类型是什么:崩溃、误删、覆盖、回退混乱、同步冲突,还是多种混合?
  2. 当前工作区路径是什么?
  3. 崩溃前阶段存档路径是什么?如果没有,说明没有。
  4. 回退后恢复出的文件在哪里?
  5. 是否允许只读扫描这些路径,并在独立恢复目录中写入清单和报告?
  6. 执行方式是完全自动推进,还是每一步都需要确认?

如果用户已经明确给出这些信息,不要重复追问;直接进入只读体检。

标准工作流

阶段 0:确认北极星与执行边界

  • 复述目标:尽可能恢复原文件和可继续工作的上下文。
  • 明确边界:不删除、不覆盖、不移动原件;只读扫描和复制隔离。
  • 约定恢复目录,例如 recovery-case/。

阶段 1:冻结现场

指导用户暂停原会话、停止清缓存、停止批量同步整理。若需要命令,只提供只读命令。不得执行删除类命令。

阶段 2:建立恢复目录结构

建议结构:

recovery-case/
├── 00-current-state-copy/
├── 01-precrash-archive/
├── 02-recovered-sources/
├── 03-merged-candidate/
├── 04-session-reconstruction/
└── 99-evidence-log/

除非用户明确允许,Agent 不应直接复制大目录;可先生成执行建议或只读清单。

阶段 3:生成文件清单

对每个来源生成清单:脱敏路径、大小、修改时间、文件类型、临时文件线索、是否为空、是否可读。可选使用 scripts/readonly_inventory.py 做只读元数据清点。

阶段 4:差异比对

使用清单比较:

  • 存档有、当前没有;
  • 当前有、存档没有;
  • 同路径但哈希不同;
  • 文件大小异常变小;
  • 空文件或疑似损坏文件;
  • 最近修改但来源不明的文件。

阶段 5:候选恢复分级

将文件标为:

  • A:确定权威版本;
  • B:大概率正确;
  • C:冲突,需人工确认;
  • D:疑似损坏;
  • E:待恢复。

不得直接把候选文件覆盖回原目录。

阶段 6:重建上下文

根据文件、计划、todo、goal、日志、浏览器历史、终端历史、文档内容,重建:

  • 事故前北极星目标;
  • 已完成阶段;
  • 未完成事项;
  • 权威文件列表;
  • 冲突和缺口;
  • 下一会话启动提示词。

阶段 7:交付恢复报告

最终交付至少包含:

  • recovery-intake.md:用户事故信息;
  • manifest-*.csv:各来源文件清单;
  • diff-summary.md:差异摘要;
  • recovery-plan.md:候选恢复计划;
  • handoff-prompt.md:新会话交接提示词。

Agent 行为规范

  • 每个阶段开始前,回顾 0 级北极星目标、当前阶段目标和当前操作目标。
  • 若工具失败、权限不足或扫描量过大,立即停下汇报卡点、已尝试内容、失败原因和可选路径。
  • 如果用户要求删除、覆盖、清理,要先二次确认;未完成两次确认前不得执行。
  • 对用户隐私内容只做脱敏摘要,不在报告中全文复制敏感信息。

内置辅助材料

  • references/user-friendly-guide.md:普通用户友好版一步一步引导。
  • references/recovery-sop.md:完整恢复 SOP。
  • references/platform-adapters.md:Windows、macOS、WPS/Office、飞书云文档和同步盘适配说明。
  • examples/multi-scenario-examples.md:误删、自动保存、云同步冲突、Agent 会话崩溃四类示例。
  • templates/recovery-intake.md:事故信息采集模板。
  • templates/diff-summary.md:差异报告模板。
  • templates/recovery-plan.md:候选恢复计划模板。
  • templates/handoff-prompt.md:新会话交接提示词模板。
  • scripts/readonly_inventory.py:可选只读生成文件清单。
  • scripts/validate_package.py:技能包结构与 YAML 校验。

成功标准

  • 用户知道下一步该做什么,不因技术细节迷路。
  • Agent 不删除、不覆盖、不污染现场。
  • 每个候选恢复动作都有证据来源和人工确认点。
  • 即使无法 100% 找回,也能形成清晰的缺口清单和可继续工作的上下文。

常见问题

5 问
答案由本站依据条目字段整理
安全文件恢复助手SL怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_cae83fba/safe-file-recovery-assistant。安装方式为未标注。装完刷新技能列表或重开客户端。

安全文件恢复助手SL支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

安全文件恢复助手SL权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

安全文件恢复助手SL收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

安全文件恢复助手SL用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 2026-11-06。