Ollama CLI 拉取、复制与删除模型教程

模型拉下来了，但真到要改名或删除的时候，心里多少有点打鼓。不是命令记不住，就怕一不小心删错了，辛苦拉下来的模型说没就没。说实话，这个问题其实没那么复杂，只要按一套稳妥的流程走，风险就能降到最低。

这套流程的核心思路是：先列清单，再复制，最后删除。无论你用的是 Windows、macOS 还是 Linux，只要 Ollama 已经装好、本地服务能正常响应，就能跟着走。下面以 gemma4 为例演示，实际操作时请务必替换成 ollama ls 显示出来的完整模型名和标签。另外，模型文件通常不小，拉取前最好确认一下网络和磁盘空间是否够用。

顺便提一句，官方 CLI 文档里直接列出了 pull、rm 和 ls 这几个命令。而 Ollama 的官方仓库源码里，cp SOURCE DESTINATION 也是明确定义了的。如果你本机帮助信息里看不到 cp，那说明 Ollama 版本可能比较旧，建议先更新一下，别凭网上的老教程拼命令。

先把本地模型名称抄准确

模型名必须先抄准确，这一步马虎不得。

1. 入口位置：
   Windows 打开 PowerShell 或 Windows Terminal；macOS 打开“终端”；Linux 打开当前桌面环境使用的终端。

   主要动作：
   执行 ollama ls。重点看 NAME 列，模型带有标签时连同冒号后的标签一起记录。不要根据文件夹名称猜模型名。

   成功标志：
   终端出现本地模型列表；已有模型会显示名称、ID、大小和修改时间。空列表表示当前模型目录里还没有可用模型。

   失败处理：
   出现“找不到命令”时先确认 Ollama 已安装并重新打开终端；出现无法连接本地服务的提示时先启动 Ollama 应用，Linux 服务部署则检查原有服务是否正在运行。

官方页面把列表命令写成 ollama ls。先做这一步，后面的源名称、复制名称和删除目标才不会混淆。

拉取模型后再核对一次列表

2. 入口位置：
   继续使用刚才已经能执行 ollama ls 的同一个终端窗口。

   主要动作：
   执行 ollama pull gemma4。拉取期间保持网络连接，不要关闭终端。需要其他模型时，把示例名替换为目标模型的准确名称。

   成功标志：
   拉取流程完成且命令正常结束；随后执行 ollama ls，列表中能找到 gemma4。

   失败处理：
   名称不存在时先检查拼写和标签；网络中断时重新执行同一条拉取命令；磁盘空间不足时先清理确定不用的模型，不要手工删除下载中的散列文件。

官方 CLI 页面使用 ollama pull gemma4 演示模型拉取。列表复查比只看下载进度更可靠，因为它能确认模型已经进入本地模型清单。

用复制命令创建一个新名称

3. 入口位置：
   在终端中保留已经通过 ollama ls 核对过的源模型名，并先决定一个不会与现有条目冲突的新名称。

   主要动作：
   执行 ollama cp gemma4 gemma4-backup。第一个参数是现有源模型，第二个参数是准备创建的目标名称，两者缺一不可。

   成功标志：
   终端提示源名称已经复制到目标名称；再执行 ollama ls 时，源模型和 gemma4-backup 同时出现。

   失败处理：
   提示源模型不存在时，复制 ollama ls 中的完整名称重试；提示名称无效时，换用简短的字母、数字、连字符组合；本机 ollama --help 不显示 cp 时先更新程序。

官方仓库当前命令定义明确要求 cp SOURCE DESTINATION，并把它描述为复制模型。源码实现复制的是模型清单，新旧名称可以继续引用相同的本地模型层，因此创建新名称不等于重新下载一整套权重。

先验证新名称，再删除旧名称或临时副本

4. 入口位置：
   回到终端中的模型列表，确认源名称和目标名称都存在。

   主要动作：
   先执行 ollama run gemma4-backup 做一次最小测试；模型进入交互后输入一个简短问题，确认能得到响应，再退出交互。

   成功标志：
   新名称可以启动并返回结果，原名称仍在 ollama ls 中。

   失败处理：
   新名称不在列表时不要删除源名称，重新执行复制命令并检查目标拼写；模型启动失败时先保留两个名称，确认本地服务和模型本身能够运行。

5. 入口位置：
   仍在同一终端中，先用 ollama ls 再次确认准备删除的完整名称。

   主要动作：
   删除临时副本可执行 ollama rm gemma4-backup；如果目标是用新名称替代旧名称，则在新名称验证通过后执行 ollama rm gemma4。一次只删一个名称更容易核对。

   成功标志：
   终端显示删除成功，再执行 ollama ls 时目标名称已经消失，需要保留的名称仍然存在。

   失败处理：
   提示模型不存在时停止重复删除，重新复制列表里的准确名称；模型正在运行时先结束对应会话再删除；删除后磁盘空间变化不大时检查是否还有其他名称引用同一模型层。

官方 CLI 文档给出的删除形式是 ollama rm gemma4。复制出来的名称与源名称共享模型层时，只删除其中一个名称不一定会释放对应权重占用；没有其他模型清单引用的层才具备被清理的条件。

完成后逐项确认

1. 列表可读：
   ollama ls 能正常返回，说明终端能连接本地 Ollama 服务。

2. 拉取完成：
   目标模型出现在列表中，名称和标签与准备使用的名称一致。

3. 复制可用：
   源名称和新名称曾同时出现，新名称已经通过一次实际运行测试。

4. 删除准确：
   只删除了明确不要的名称，保留名称仍在列表中且可以运行。

5. 空间判断正确：
   共享模型层仍被其他名称引用时，不把“空间没有立刻下降”误判成删除失败。