Skip to main content

Service health

The one liveness probe for the whole service. No authentication required — infra health checks hit it, and it carries no game data.
Everything about a session (ids, matchup, score, liveness) is behind authenticated endpoints: live session ids come from the sessions catalog, and per-session status from the read below. The sports the feed covers are listed in the Sports overview — they are a property of the product, not of a deployment, so the probe doesn’t echo them.

Session health

Session-addressed like the WebSocket and history reads: the session id alone is the address — no sport prefix, the server resolves the session’s sport. The response is one fixed schema for every sport: score is the only game-state field. Full game state in the sport’s own vocabulary (clock, period, inning, …) is carried by the WebSocket and history state snapshots, not by this monitoring read.

Authentication

Required: Bearer token or ?token= query parameter — see Authentication. Any valid account passes; there is no role or entitlement check (health is coarse liveness, not the feed itself).

Error responses

Response

scoutLastSeenAgeS is a single point-in-time reading. For continuous liveness updates, subscribe to the WebSocket and watch for scout_status frames.