Website and public pages
Public marketing and resource surfaces are available.
A fully automated public status feed is still being formalized. Until then, this page sets a more concrete expectation for how SmartDivert operations should be communicated.
Public marketing and resource surfaces are available.
OIDC and token-based application access are part of the live platform surface.
Webhook-driven Twilio call handling and continuation routes are in the current backend surface.
Not yet productized as a full uptime and incident timeline. This is still a gap.
Status communication is still manual. The product should eventually expose a dedicated public status feed with incident history and subscriber updates.
Authentication, inbound telephony handling, routing logic, background jobs, and website access are the operational components that matter most today.
Urgent issues should escalate through a clear support address and internal operating process rather than generic website contact forms.
A production-grade public status page should eventually add uptime history, incident posts, and component-level state over time.