Tech Specs / Situational Awareness

Situational awareness: terminal UI and web console

ProbeScope's fleet state — every host's up/down status, RTT, sparkline history, and flags — is rendered live in two surfaces that share the exact same underlying data model: the terminal UI (default) and an optional browser-based web console.

Terminal UI

probescope run renders a live, auto-sizing table: one row per host, a sparkline of recent ping results, and a configurable set of stats columns (fail count, fail %, current/average/P95 RTT, last down/up period) that gracefully degrade as terminal width shrinks — the sparkline always keeps at least 10 characters, stats columns drop first.

Repaints are batched (ping results are collected and rendered in one pass, not one repaint per ping), so terminal CPU/redraw overhead stays flat regardless of fleet size.

ProbeScope terminal UI rendering a 51-host fleet in one auto-sized table
51 hosts, one batched repaint per round

Web console

--webservice <ip>:<port> serves the same live state to any browser via Server-Sent Events — no page reloads, no polling. It works identically whether the underlying process is running the TUI (run) or headless (server), and for headless mode it is the interactive surface, since headless mode has no terminal UI at all.

probescope run --hosts 1.1.1.1,8.8.8.8 --webservice 0.0.0.0:8080
ProbeScope web console rendered in a browser tab via Server-Sent Events, showing the same 51-host fleet
The SSE-driven web console, no polling

Available on every license tier — no separate flag required beyond --webservice itself.

Related

  • Integrations — server mode, where the web console becomes the primary interactive surface.
  • Detection — the debounced state both surfaces render identically.