释放磁盘空间前的本地模型库保留清单

模型库中代价最高的部分不一定是最大文件。它往往是你无法再次识别的模型、忘记其基础模型的适配器，或仍在使用却被你删除的运行时副本。保留工作始于明确理解，而不是清理命令。

接触文件夹前

先区分三类内容：活动运行时存储、临时或可重现的下载内容，以及你有意保留的已完成模型工件。文件夹可以从一类转为另一类，但把三类内容都当成“以后要删的东西”，正是有用模型历史消失的原因。

• 写明关系。
  对于保留的每个工件，写下项目、预期基础模型、运行时或日后仍需使用它的原因。
• 检查它是否仍在使用。
  不要归档、移动或删除正在运行的应用、训练任务或模型服务器当前依赖的文件夹。
• 保留权利和来源。
  只保留你有权存储的文件，并保存理解这些文件所需的创作者、来源和版本信息。
• 重要时请保留独立备份。
  本地归档有助于恢复和管理工作磁盘；单台机器不是完整的韧性方案。

不要把运行时存储与模型库混为一谈

Hugging Face、Ollama、LM Studio 和 ComfyUI 都有各自缓存、下载、导入或发现模型的方式。这些存储为各自运行时设计。在回收空间前，请了解活动数据的位置以及应用预期的管理方式。

Hugging Face 缓存指南、Ollama 存储指南、LM Studio 指南和ComfyUI 模型文件夹及额外模型路径有助于确定这些边界。它们应当先于任何存储决策。

选择归档模型系列

当模型系列关系真实时，Tensor Archive 的效果最佳：基础模型及其适配器、同一项目的已完成版本，或重复同一基础模型的部署。它不是通用的“归档整个硬盘”按钮，也不会决定应删除哪些源文件夹。

先从最常用的模型开始。这样你会获得一个可以真正评估的恢复测试，而不是一个无法理解的巨型归档。

把恢复作为完成条件

1. 创建归档前，先分析本地模型系列并检查结果。
2. 将模型系列归档为受管理的本地副本。
3. 运行 Verify，确认所存字节可以恢复。
4. 恢复到单独位置，并在重要工作流程中进行测试。
5. 只有此后，如果仍有需要，才手动删除冗余源副本。

然后重复工作流程，而不是重复风险

第一个模型系列得到验证后，有计划地重复该流程：基础模型加适配器、一个已完成实验，或一组重复相同模型的部署。请保留一份简单清单，记录归档内容和原因。小而清晰的模型系列更易恢复，日后造成意外的可能性也低得多。

首次动手流程请参阅 Tensor Archive 快速入门。如果当前问题是 LoRA 模型库，请从磁盘空间指南开始。对于特定运行时操作，请使用 ComfyUI 模型备份流程；只有明确保留决策后，才安全清理 Hugging Face 缓存。