模型已经拉到本地，却不敢直接改名或删除，通常不是命令难记，而是担心删错对象。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. 空间判断正确：共享模型层仍被其他名称引用时，不把“空间没有立刻下降”误判成删除失败。