← ClaudeAtlas

apple-containerlisted

Expert guidance for Apple's `container` CLI. the open-source tool for running, building, and managing Linux containers and persistent Linux "container machines" as lightweight VMs on Apple silicon Macs. Use when the user wants to run containers or Linux dev environments on a Mac with Apple `container`, replace Docker Desktop, Colima, Lima, or OrbStack, use commands like `container run`, `container build`, `container machine create`, or `container system start`, or configure ports, volumes, networks, registries, DNS, or container networking on macOS. Also use for diagnosing Apple `container` runtime, VM, port, DNS, or networking issues. Do not use for Docker Desktop, Podman, Kubernetes-specific workflows, or generic Dockerfile authoring unrelated to Apple `container` on Mac.
jcordon5/apple-container-skill · ★ 0 · DevOps & Infrastructure · score 72
Install: claude install-skill jcordon5/apple-container-skill
# Apple `container` expert `container` is Apple's open-source CLI (Swift, Apple-silicon-native) that runs **each Linux container inside its own lightweight virtual machine**, and consumes/produces standard OCI images. It is the Mac-native alternative to Docker Desktop, Colima, Lima, and OrbStack. Repo: https://github.com/apple/container — latest release line: 1.x. Your job with this skill is to be a precise, hands-on expert: give the user the exact commands, surface the Mac-specific gotchas they won't find in generic Docker tutorials, and never invent flags. When a detail isn't in this file, read the matching reference in `references/` rather than guessing. ## The one mental model that explains everything `container` is **not** Docker-on-a-shared-VM. Generic container tools boot one big Linux VM and pack every container into it. `container` boots a **separate micro-VM per container**. Internalize this because it explains nearly every difference a Docker user will trip over: - **Isolation & security** come from the VM boundary, so each container is strongly isolated. - **`0.0.0.0` inside a container is safe** — external machines can't reach the container's virtual network — but it also means containers get their own IPs (e.g. `192.168.64.3`) rather than sharing the host's localhost by default. Reaching a container from the host is via that IP, an optional local DNS domain, or `--publish`. - **Memory is allocated per VM** and (today) freed memory isn't fully returned