What problem does it solve? Packaging the Helios FHIR Server binaries into Docker images and cutting releases involves non-obvious steps: the runtime-only Dockerfile requires a staged build context, each binary needs specific build arguments, and releases must coordinate cargo-release, GitHub Actions, and PyPI publishing. This Skill captures those exact procedures so builds and releases succeed on the first attempt. ## Core Features & Use Cases - Docker Image Builds: Stage a build context with a pre-compiled binary and build images for hfs, hts, sof-server, and fhirpath-server using the generic Dockerfile with BINARY_NAME and EXPOSE_PORT arguments. - Container Configuration Guidance: Documents runtime assumptions including the non-root helios user, 0.0.0.0 host variables, the /data volume, and the hts BOOTSTRAP_DIR terminology auto-import. - Release Automation: Runs cargo-release for workspace-wide version bumps, then relies on GitHub Actions to build artifacts, create GitHub Releases, build pysof wheels, and publish to PyPI. - Use Case: You need a postgres-enabled hfs container. Build the binary with the right cargo features, stage docker-context with the binary and data/ directory, then run docker build with BINARY_NAME=hfs against that context. ## Quick Start Build a Docker image for the hfs server binary and then walk me through cutting a patch release with cargo-release.