docker inspect 仅用于只读查看镜像或容器配置，无法修改元数据；真正修改需重建镜像，如通过 dockerfile 指令（cmd、env、expose、label 等）重新构建，再用 docker inspect -f 验证 .config 中对应字段。
docker inspect 本身不能修改镜像元数据，它只是一个只读查看工具，用于输出镜像或容器的静态配置快照。你无法通过 inspect 修改任何内容；它只负责“告诉你镜像是什么样子”。
但如果你的目标是：先修改镜像元数据（比如调整默认命令、暴露端口、环境变量等），再用 inspect 验证修改结果——那需要分两步走：先改，再查。
下面直接说明关键路径和实用方法：
哪些元数据能被修改？
真正可修改的镜像配置项，基本都来自构建阶段，包括： - Cmd（默认启动命令） - Entrypoint（入口点） - Env（环境变量） - ExposedPorts（暴露端口） - WorkingDir（工作目录） - Labels（自定义标签） - Volumes（声明挂载卷）这些字段最终会体现在 inspect 输出的 .Config 或 .ContainerConfig 对象中。
OpenClaw Docker Setup
下载
在 Linux 上通过 Docker 运行 OpenClaw，并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...
怎么修改后再用 inspect 查看？
修改必须通过重建镜像实现，常见方式有：- 使用 Dockerfile + docker build：在
Dockerfile中用CMD、ENV、EXPOSE等指令覆盖原配置，然后重新构建 - 使用 docker commit（不推荐用于生产）：运行一个容器 → 做临时修改（如写入文件、改配置）→ 提交成新镜像 →
inspect新镜像确认.Config变化 - 使用 docker image copy + config patch（高级）：导出镜像为 tar → 解压 → 手动编辑
manifest.json和config.json→ 重新打包 →docker load→ 再inspect
✅ 推荐做法：用 Dockerfile 显式控制所有可读配置，构建后立即 docker inspect myimage:tag 验证。
inspect 怎么精准查看修改项？
构建新镜像后，用 `-f` 格式化快速核对关键字段：# 查看默认命令和入口点
docker inspect -f '{{.Config.Cmd}} {{.Config.Entrypoint}}' myapp:v2
# 查看环境变量和工作目录
docker inspect -f '{{.Config.Env}} {{.Config.WorkingDir}}' myapp:v2
# 查看暴露端口（注意：EXPOSE 是声明，非实际映射）
docker inspect -f '{{.Config.ExposedPorts}}' myapp:v2
# 查看自定义标签
docker inspect -f '{{.Config.Labels}}' myapp:v2
⚠️ 注意：.ContainerConfig 是旧版字段（Docker 1.10+ 后逐渐弃用），应优先看 .Config；部分字段如 Author、Created 是构建时写死的，无法通过 Dockerfile 指令修改。
为什么有些字段 inspect 不到或为空？
- `RepoTags` 为空 → 镜像未打标签（比如 `docker build -q .` 生成的 dangling 镜像） - `RepoDigests` 为空 → 该镜像不是从远程 registry 拉取的，或 registry 不支持 digest - `Config.ExposedPorts` 为空 → Dockerfile 中没写 `EXPOSE`，或构建时被覆盖丢失 - `Config.Env` 为 null → 没设置 `ENV`，或使用了空数组 `ENV []`只要字段出现在 inspect 结果里，就代表它被成功写入镜像配置；没出现或为 null/[]，说明构建过程未声明或被清空。
不复杂但容易忽略
