uv virtualenv list仅列出缓存目录中的环境路径，不标记是否“无用”；所谓无用环境指未被项目引用、未被shell激活、未在pyproject.toml或.python-version中配置的闲置目录；删除需手动rm -rf，uv无内置卸载命令。
uv virtualenv list 能看到所有环境但不标记是否“无用”
uv 本身不维护“使用中/废弃”的状态，它只记录你通过 uv virtualenv create 创建过的路径。所谓“无用”，其实是你本地没项目在用、也没被 pyproject.toml 或 shell 配置引用的环境目录。运行 uv virtualenv list 只是列出 ~/.local/share/uv/virtualenvs/（或 UV_CACHE_DIR 下对应子目录）里的文件夹名，不区分活跃与否。
所以第一步得自己判断哪些真没用了：
- 检查
cd进某个环境的bin/activate后，当前 shell 的$VIRTUAL_ENV是否指向它；没指向且近期没手动激活过，大概率闲置 - 搜项目根目录下有没有
.python-version或pyproject.toml里写死该环境路径（比如virtual-environments = ["./.venv"]这类自定义配置） - 看环境名是否带时间戳或哈希（如
myproj-20240512-abc123），这种往往是脚本临时创建、忘了清理的
rm -rf 是唯一可靠的清理方式
uv 没提供 uv virtualenv remove 或类似命令。它把虚拟环境当成普通目录管理，删掉就完事。别试图用 uv python uninstall —— 那是删 Python 解释器，不是删环境。
安全删除前建议：
立即学习“Python免费学习笔记（深入）”；
- 先
ls -ld ~/.local/share/uv/virtualenvs/<env-name>确认路径和权限 - 用
du -sh ~/.local/share/uv/virtualenvs/<env-name>看大小，避免误删几百 MB 的生产环境 - 如果环境名含空格或特殊字符，
rm -rf时务必加引号：rm -rf "~/.local/share/uv/virtualenvs/my env"
如何避免未来堆积太多环境
uv 默认把所有虚拟环境存在统一缓存目录，不像 venv 那样默认放项目内，这容易让人忽略它们的存在。控制增长的关键是明确创建位置和用途：
- 用
--python+--seed显式指定解释器和基础包，避免每次重装依赖导致生成新环境 - 优先在项目根目录建
.venv并用uv virtualenv create .venv，这样环境和项目绑定，删项目时顺手rm -rf .venv - 设环境变量
UV_VIRTUALENV_DIR指向一个易管理的路径（如~/venvs），而不是依赖默认缓存位置
注意 Windows 上路径和权限问题
Windows 用户用 PowerShell 或 CMD 删除时，rm -rf 不生效。得用 Remove-Item -Recurse -Force（PowerShell）或 rmdir /s /q（CMD）。更重要的是：Windows 下 uv 创建的环境可能被 Python 进程或 IDE（如 VS Code 的 Python 扩展）锁住，直接删会报“permission denied”。此时要：
- 关掉所有终端、IDE、Jupyter Lab 实例
- 任务管理器里杀掉残留的
python.exe或uv.exe进程 - 再删；如果仍失败，重启资源管理器（或整机）再试
真正麻烦的从来不是命令怎么写，而是你不确定那个叫 test-deps-2023 的环境，到底有没有被某个凌晨三点跑的 CI 脚本悄悄依赖着。
