这个问题我之前折腾uv工具的Docker部署时也碰到过，核心原因是你用uv tool install装的工具，本质是依赖uv创建的隔离Python环境在运行，光复制脚本和系统Python完全不够——脚本里的shebang指向的是uv专属目录下的解释器，而那个解释器的整个运行环境你没完整复制过去，甚至gcc镜像里可能缺了它需要的动态依赖。

我给你两个靠谱的解决思路，按优先级推荐：

方案一：用uv的独立构建模式（最省心，推荐） #

uv支持直接构建不依赖任何外部Python环境的独立可执行文件，这样就彻底绕开了路径和依赖的问题。修改你的Dockerfile如下：

builder阶段（构建独立可执行） #

FROM ghcr.io/astral-sh/uv:python3.10-trixie AS builder
COPY . /app
WORKDIR /app
# 构建独立可执行，输出到dist目录
uv build --standalone

gcc镜像阶段（复制独立可执行） #

FROM gcc:15-trixie
# 直接复制生成的独立可执行文件到bin目录
COPY --from=builder /app/dist/sandworm /usr/local/bin/
# 给可执行权限（如果需要的话）
RUN chmod +x /usr/local/bin/sandworm

这样生成的sandworm是完全独立的，不需要依赖uv环境、系统Python的特定路径，直接就能在gcc镜像里运行，完美解决找不到依赖的问题。

方案二：完整复制uv工具的隔离环境（适合坚持用uv tool install的场景） #

如果你一定要保留uv tool install的方式，那得把工具对应的整个隔离环境完整复制，还要处理解释器的动态依赖：

1. 先在builder阶段确认工具的环境路径 #

在builder容器里执行（或者在Dockerfile里加RUN命令）：

ls -l /root/.local/share/uv/tools/

你会看到类似sandworm-build的目录，这就是你的工具专属的Python环境，里面包含解释器、依赖包、动态库等所有必要文件。

2. 修改Dockerfile复制完整环境 #

FROM ghcr.io/astral-sh/uv:python3.10-trixie AS builder
COPY . /app
WORKDIR /app
uv tool install .
# 先把工具环境和脚本统一复制到临时目录，方便后续拷贝
RUN mkdir -p /tmp/uv-tool
cp -r /root/.local/share/uv/tools/sandworm-build /tmp/uv-tool/
cp /usr/local/bin/sandworm /tmp/uv-tool/

FROM gcc:15-trixie
# 1. 复制工具的完整隔离环境到相同路径（必须和builder里的路径完全一致，因为shebang写死了）
COPY --from=builder /tmp/uv-tool/sandworm-build /root/.local/share/uv/tools/sandworm-build
# 2. 复制工具脚本
COPY --from=builder /tmp/uv-tool/sandworm /usr/local/bin/
# 3. 复制隔离环境中Python解释器需要的动态库
COPY --from=builder /usr/local/lib/libpython*.so* /usr/local/lib/
# 4. 更新动态链接库缓存，确保系统能找到这些库
RUN ldconfig

排查小技巧 #

如果还是不行，你可以进入gcc镜像的容器，手动执行隔离环境里的Python解释器：

/root/.local/share/uv/tools/sandworm-build/bin/python

如果执行失败，终端会直接告诉你缺了哪个动态库，你再从builder镜像里把对应的库复制过来就行。

为啥之前的操作没用？ #

你之前只复制了系统Python和uv的根目录，但工具的解释器是在/root/.local/share/uv/tools/sandworm-build/bin/python，这个路径下的Python是uv专门为工具创建的虚拟环境解释器，它的依赖包、动态库都在这个子目录里，和系统Python完全是两个东西——光复制系统Python根本喂不饱这个解释器。

总结一下，优先用方案一的独立构建，一步到位；如果有特殊需求必须用方案二，一定要保证隔离环境的路径1:1复制，并且把所有动态依赖补全。