Depot Container Builds
Use this skill when building Docker images with Depot instead of local docker build or docker buildx.
What It Owns
depot buildanddepot bakeusage- multi-platform image builds
- cache behavior and remote builder tradeoffs
- registry push / load / save behavior
- debugging common Depot build failures
Core Rules
- Prefer
depot buildas the direct replacement fordocker buildx build. - Use
--push,--load, or--saveintentionally; do not assume local images exist after a remote build. - Prefer native multi-platform builds instead of emulation when Depot supports the target architectures.
- Treat remote cache behavior as the default, not an add-on.
Typical Workflow
- Confirm the target Dockerfile, build context, and output mode.
- Choose whether the image should be loaded locally, pushed, or saved remotely.
- Run the narrowest useful build command first.
- If builds fail, debug Dockerfile issues before assuming Depot-specific problems.
Important Caveats
- Remote builds do not automatically load into the local Docker daemon.
- Provenance settings can affect registry platform metadata.
- Secrets, SSH forwarding, and registry auth should be configured explicitly.