What problem does it solve? Local Docker containers are hard to reach over trusted HTTPS with stable names, and when a .test host fails — no route, 502/503, distrusted certificate, broken page, or a silently stuck worker — finding the cause across DNS, TLS, routing, and container output is slow and manual. ## Core Features & Use Cases - Container exposure via labels: Add proximo.hosts=<name>.test labels to a Compose service and get local DNS, a trusted certificate, and Host-based routing, with optional labels for ports, path prefixes, TCP/SNI, auth, CORS, and health gating. - Structured triage: proximo status and proximo doctor classify the failure — missing route, routing failure, browser-side breakage, or server-side error — and each failed check names its exact remedy. - Browser and backend observability: Exchanges combine access records, container transcripts, and browser client reports (with DOM snapshots), while Incidents capture runtime events like exits, OOM kills, and healthcheck failures for workers that serve no requests. - Use Case: A developer's queue consumer stops draining with no visible error. The skill guides checking proximo errors --service <service> for Incidents and readings, quoting the container's transcript for the window, and proposing a healthcheck so future stalls become visible. ## Quick Start Ask the assistant to check why https://api.test returns a 502 and have it run proximo status and proximo doctor to diagnose the route.