用途与实际影响
这项功能怎样使用
为什么需要它
历史镜像备份曾在空源时覆盖目标；继续给RAM Disk补备份并不能消除它承担唯一数据的风险。当前做法直接让正式文件退出Z，只保留丢后可重建的内容。
举个实际例子
“我要跑一个临时测试，能用Z吗？”如果输入和代码已在E或V，Z里只是可再生成且有上限的中间输出，可以评估；如果它会成为唯一一份未提交代码，就留在持久磁盘。
最后我会得到什么
得到一块容量受限、只放可重建缓存的内存盘；每个应用仍负责清自己的旧缓存。它不再承担正式文件的备份来源。
正常工作
选中的内容能完整重建、体积有界，并有真实使用收益，才适合迁入。
发现问题
缓存过多时提醒对应应用清理自己的过期内容，不由守护器盲删。
暂不可用
资料丢了不能重建，或内存盘没有实测收益，就继续放在持久磁盘。
从哪里开始
在为应用配置缓存目录时，先读项目 Z_使用说明，只把可再生缓存指向 Z 盘；正式文件留持久磁盘。
需要准备什么
- 要接入的应用
- 确认可丢且能重建的缓存
- 正式文件要保留在哪里
从开始到拿到结果
- 1
核对应用的数据去向
AI 或维护入口对照应用设置，确认选中的缓存能重建；任何唯一正文仍留在持久磁盘。
- 2
只迁指定缓存
按应用自己的设置把可丢内容指到 Z，不把盘镜像当备份。
- 3
按应用核对恢复
重启或清空后检查应用能重建；重建会影响当时正在使用缓存的程序。
技术实现与依据
这里保留实现、关键条件、精确入口、历史记录和验证结果。
当前使用约定关键规则与设计选择
E保留既有项目和恢复锚点；新个人项目默认V:\Personal\Projects，而不是把现有项目强制全迁到V。
不放正式Git仓库、唯一资料、数据库、模型和凭据；不迁系统全局TEMP/TMP、Docker/WSL（Windows 的 Linux 子系统）或无界包缓存。
Personal/Work仅是组织分区，共享内存盘不产生账号或数据隔离。
本模块用到的名词
- cache-only（仅缓存）
- 丢失可以接受，而且应用能重新生成。不是把文件改名叫缓存就满足条件。
- 缓存生产者
- 实际创建缓存的应用或工具；由它判断哪些代已过期，任务成功、失败或接管时完成清理。
专业定义
先判断值得加速的对象，再给缓存设置体积和生命周期边界。
解决什么
这些规则不会自动阻止文件写入。误放进去的唯一资料仍可能在驱动重建时丢失，所以不能把使用约定写成自动数据保护能力。
当前怎样实现
- 源目录数组只包含Caches、Scratch、TEMP及既有子目录，不包含退役的projects/docs/others。
- README与Z_使用说明.md解释准入；静态测试防止旧robocopy和Z_Drive_Backup逻辑重回现役。
- 不实现内容分类器或全盘清空计划，8GiB是告警/恢复条件的一部分，不是自动逐文件配额。
- cache-efficiency入口把逻辑容量、已用、镜像逻辑/实际分配与DriverAllocatedBytes分开；无法取得可靠驱动计数时为null，SpeedupPercent没有同条件计时则unknown（未验证），不从镜像大小推内存或编造性能倍数。
执行流程
- 1
确定正式输入与可再生成输出分别在哪里。
- 2
检查体积上限、失效恢复方式和实际I/O收益。
- 3
只让选中的输出使用Z；生产者结束时清理自己的失效内容。
边界
- Primo可能保存镜像，但任何Z内容都不能因此成为唯一可靠副本。
- 缓存重建可能影响正在使用缓存的应用，不能承诺无感。
失败与恢复
- 发现Z里放了唯一文件
- 在任何重置前转存并验证持久副本；守护器没有文件版本恢复能力。
- 长期超过8GiB软上限
- 检查各生产者自己的有效缓存和清理规则，不按目录外观盲目整盘删除。
真实入口
Z_使用说明.md盘根使用约定。
README.md角色与历史退役背景。
E:\PCConfig\docs\governance\dev_storage_policy.md机器级E/V/Z放置策略。
如何验证
- 本轮静态检查通过，现役脚本没有旧备份通道。
- 未全盘审查缓存内容，因此不宣称所有使用者都始终遵守准入。
与其他模块的关系
这条边界使后续缓存盘恢复可接受，但它本身不是自动拦截或备份系统。