用途与实际影响
这项功能怎样使用
为什么需要它
计划任务开始时Primo卷可能还没出现。直接写盘会失败；只按Z这个字母操作也可能碰到意外占用。守护器先等待，再要求RAMDISK卷标。
举个实际例子
“Z盘回来了，但原来的缓存文件夹没了。”下一轮守护会检查盘、补齐缺失目录，把仓库说明放回根目录。旧缓存内容由Chrome等应用自己生成。
最后我会得到什么
内存盘出现后补齐基础目录和使用说明；旧缓存仍由应用重建，目录存在不等于应用已经恢复。
正常工作
盘已出现且身份符合预期，基础目录和说明就绪。
发现问题
说明缺失或被改动时只同步项目说明；盘身份不符先停。
暂不可用
等不到盘时报告未到达，守护器不会替驱动凭空创建它。
从哪里开始
任务部署后会自动巡检；看到盘或目录问题时，在已接通这台电脑的 AI 对话中说“检查 Z 盘有没有到达并补齐缓存目录”。
需要准备什么
- 要检查哪台电脑的内存盘
- 看到的缺目录或盘未出现问题
从开始到拿到结果
- 1
等盘真正出现
一轮最多等待 150 秒，盘符和卷标都匹配才继续。
- 2
补缺失骨架
建立基础目录、同步说明并写就绪标记。
- 3
读回状态
目录存在不等于镜像或自然重启已验收；失败在 STATUS 与日志中说明。
技术实现与依据
这里保留实现、关键条件、精确入口、历史记录和验证结果。
目录与说明已回读关键规则与设计选择
默认Z，ramdrive.txt可保存一个自定义英文字母；部署回到Z时清掉旧覆盖。
每3秒等一次，上限150秒，不无限等待。
只补约定目录和说明，不恢复旧缓存数据。
本模块用到的名词
- 目录骨架
- 应用预期的空文件夹结构，丢失后可以重新建立。
- 卷标
- 卷的名称RAMDISK，是一个防误操作检查，不是密码学设备身份证明。
专业定义
等待最多150秒，核对盘符和卷标，再补12个明确目录。
解决什么
盘符缺失超过等待时间、配置不是单字母或卷标不符时，当前脚本记录ERROR，不继续操作该盘。
当前怎样实现
- Get-Volume读取FileSystemLabel，以OrdinalIgnoreCase比较RAMDISK，位于目录写入之前。
- 12个目录为Caches、Caches/Personal、Caches/Work、三个Chrome目录、360zip_temp、WeFlow、Scratch、Scratch/Personal、Scratch/Work和TEMP。
- Z_*.md作为仓库说明源，SHA-256不同或目标缺失时复制到盘根；随后写.ramdisk_ready。
- 当前说明SHA256为8557ED61B35E48E522C8354A5F5CC0550903EFA2D807D92D53D573F35F6CADC9，源与目标一致。
执行流程
- 1
解析默认或自定义单字母盘符。
- 2
等待到达，核对RAMDISK卷标。
- 3
补缺失目录，比对并同步根说明，写就绪标记。
边界
- 不因为看到标记就证明Primo镜像或自然重启恢复成功。
- 不删除其他缓存，不确认活动进程是否重新打开文件句柄。
失败与恢复
- 盘没有出现或卷标不符
- 查看ERROR细节并核对实际Primo配置；不直接把盘符异常推断成硬件损坏。
- 源说明丢失
- 记录ERROR，恢复仓库中的规范说明后再运行；不能从旧缓存猜一份新规范。
真实入口
zguardian.ps1等待、盘符检查、目录和说明同步。
deploy.ps1自定义盘符规范化与覆盖清理。
Z_使用说明.md实际同步的内容。
如何验证
- 15项静态断言检查配置和卷标先于目录写入。
- 本轮在现有任务自然执行后，根说明哈希已跟随源更新；隔离恢复场景检查目录、说明字节和标记存在。
与其他模块的关系
为资源巡检和驱动恢复提供基础目录；驱动和应用各自的恢复仍需单独检查。