What problem does it solve? Working on the Hermes Agent Docker image requires understanding its s6-overlay v3 supervision architecture: why the CMD is a main-wrapper script instead of a supervised service, how per-profile gateways are registered under /run/service, and why containers exit 143 when halt is invoked. This Skill provides the architecture map, key file locations, and operational recipes needed to safely modify or debug that stack. ## Core Features & Use Cases - Architecture Reference: Explains the full supervision tree — cont-init.d boot scripts, static s6-rc.d services, runtime-registered profile gateways, and the Architecture B CMD-as-main-program pattern with its exit-code rationale. - Operational Recipes: Provides copy-ready commands for verifying s6 as PID 1, inspecting gateway state with s6-svstat, bringing services up/down with s6-svc, and reading the container-boot reconciler log. - Extension Guides: Step-by-step instructions for adding a new static s6-rc.d service and changing the per-profile gateway run script in hermes_cli/service_manager.py. - Use Case: A developer adds a new supervised service to the Hermes Docker image, then debugs why a profile gateway crash-loops after docker restart by checking s6-svstat output and the reconciler log. ## Quick Start Ask the AI to explain why a per-profile gateway is not surviving docker restart in the Hermes container and how to inspect its s6 service state.