ANIMA keeps hardware passthrough opt-in. The default experience is still none, which is the safest path for macOS and the least surprising path for Docker Desktop users.
Default runtime. No extra device exposure.
Best for USB peripherals such as microcontrollers, adapters, and some vendor SDK devices on Linux hosts.
Example:
./anima up --hardware usbBest for serial-attached boards and sensors that appear as /dev/ttyUSB0 or /dev/ttyACM0 on Linux.
Example:
./anima up --hardware serialIf your device uses a different node, override it with:
ANIMA_SERIAL_DEVICE=/dev/ttyACM0 ./anima up --hardware serialBest for V4L2-style camera devices such as /dev/video0.
Example:
./anima up --hardware cameraBest for ALSA-style audio devices such as /dev/snd.
Example:
./anima up --hardware audioEnables every first-pass overlay at once.
Example:
./anima up --hardware all- These profiles are trusted-host overlays, not sandboxing features.
- They are best supported on Linux hosts.
- Docker Desktop on macOS may not expose the underlying device nodes directly, even when the container starts successfully.
- Use
./anima doctorbefore enabling a hardware profile to check for missing device nodes and busy ports.
The hardware overlays live at the repo root:
compose.hardware.usb.yamlcompose.hardware.serial.yamlcompose.hardware.camera.yamlcompose.hardware.audio.yaml
The ./anima CLI and Makefile wrappers map these overlays automatically.