docker load -i 是最稳妥的加载方式，要求 tar 包必须由 docker save 生成，包含 manifest.json、version、layer 数据块及完整元数据；需验证来源、文件类型和读权限，并用 docker images 和 docker inspect 确认镜像可用性。
直接用 docker load -i 加载 tar 包是最稳妥的方式，关键不是“能不能导”，而是“导得准不准、用得上不上”。只要归档合规、路径正确、权限到位，整个过程几分钟就能完成。
确认 tar 包是 docker save 生成的标准归档
不是所有 .tar 文件都能被识别。docker load 只认由 docker save 打包出来的归档，里面必须包含：
• manifest.json（描述镜像结构）
• version 文件
• 各 layer 的 tar 数据块
• 完整元数据（如 config.json）
验证方法：
• 查来源：是否执行过 docker save -o app.tar nginx:1.24 或 docker save nginx | gzip > app.tar.gz
• 看类型：运行 file app.tar，输出应含 “POSIX tar archive”
• 检权限：执行 ls -l app.tar，确保当前用户有读权限（例如 -rw-r--r--）
用 -i 参数指定文件路径（推荐写法）
这是最清晰、最不容易出错的加载方式：
• 加载普通 tar：docker load -i myapp.tar
• 加载 gzip 压缩包（无需手动解压）：docker load -i myapp.tar.gz
• 支持 .tgz 格式，Docker 内部自动处理解压逻辑
不建议省略 -i 直接写 docker load myapp.tar，旧版 Docker 可能报错或行为不一致。
MiniMax 图片理解 + 网络搜索 MCP 工具。适配 Docker 环境（极空间等），支持图片 OCR 识别、图像内容理解、网络搜索。API Key 安全存储在本地 credentials 文件，不暴露在代码中。
加载后必须验证镜像是否真正可用
看到 “Loaded image: xxx” 不代表镜像就 ready 了，要确认它能被识别、能运行：
• 列出本地镜像：docker images，查找对应 REPOSITORY 和 TAG
• 快速过滤：docker images | grep myapp 或 docker images --format "{{.Repository}}:{{.Tag}}" | grep myapp
• 检查结构完整性：docker inspect myapp:latest | head -15，确认输出里有 Config、Architecture、Os、RootFS 等字段
脚本中建议加 -q 静默模式
自动化部署时减少干扰输出，只在出错时提示：
• docker load -q -i myapp.tar
• 成功时不打印任何内容，失败则抛出明确错误（如 “open myapp.tar: no such file” 或 “invalid tar header”）
• 配合 && echo "OK" 可做简单状态反馈
