用途：依据实际项目文件和观察到的错误，诊断容器构建、镜像体积、属主、健康检查、网络或 Compose 配置问题，并给出符合当前实践的做法。
主要能力：Dockerfile 优化与多阶段构建（依赖安装与源码拷贝分离、构建上下文精简、基础镜像选择）；容器安全加固（非 root 用户与指定 UID/GID、密钥管理、运行限制）；Docker Compose 编排（健康检查、启动顺序、自定义网络、卷策略、资源限制与重启策略）；镜像瘦身（distroless、产物裁剪）；开发工作流集成（热重载、调试端口、开发专用 target）；性能与资源管理；多架构构建 docker buildx build --platform linux/amd64,linux/arm64；构建缓存挂载与 BuildKit 构建期密钥。执行范围上，要求执行前先检查 Docker 上下文、构建命令、密钥和运行时副作用，不为了验证语法而启动应用或推送镜像，缺少某工具不算通过检查。
使用方式：先用内部工具（Read、Grep、Glob）分析，Shell 命令作为回退，例如 docker --version、docker info、docker context ls、查找 Dockerfile 与 compose 文件及 .dockerignore、docker ps 与 docker images；再按既有 Dockerfile 模式、多阶段约定、开发与生产环境差异和现有编排来适配方案。验证可用 docker build --no-cache -t test-build .、docker history、docker scout quickview、docker run 后检查进程并停止，以及 docker compose config。
适用场景：镜像构建与体积优化、容器权限与密钥管理、Compose 服务编排与网络隔离、开发环境热重载、多架构发布、健康检查设计，以及按检查清单评审 Docker 配置。
限制：仅适用于与上述范围明确匹配的任务；输出不能替代针对具体环境的验证、测试或专家评审；若缺少必要输入、权限、安全边界或成功标准，应停下来询问澄清。遇到 Kubernetes 编排、GitHub Actions 容器 CI/CD、AWS ECS/Fargate 等云容器服务、复杂持久化的数据库容器化，或语言层面的代码性能问题时，建议改由相应专长处理。文中的示例需按实际情况替换为真实健康端点与私有密钥文件，不要打印或持久化密钥。具体收费、价格与平台支持信息暂未提供。