Observed
A specific response arrived.
The evidence applies only to this request. It does not establish availability, speed or the outcome of the next call.
Clarity Status
This page separates observed delivery, existing configuration and preview. It shows availability only when independent measurement points provide real data.
Status preview
Clarity does not currently publish a combined ‘all systems operational’ state. External probes, measurement history, alerting and a public incident channel are not yet connected.
Status language
None of these states automatically means ‘healthy’. The label describes only the kind of evidence available today.
Observed
The evidence applies only to this request. It does not establish availability, speed or the outcome of the next call.
Configured
Required server configuration or approval gates exist. This does not measure whether the service is reachable and works correctly.
Preview
The service or its public operational evidence has not yet been released. A preview is neither an outage nor an operational promise.
Components
This status page was delivered for the current request.
No external uptime evidence, no history and no statement about other pages or the next request.
Observed
A validly formed backend endpoint and public client access are configured on this server.
No public synthetic login, independent health check or published latency measurement.
Configured
Backend, minors and legal gates for new human support cases are configured.
No external case test, public queue health check or response-time promise.
Configured
The separate AI, privacy, provider, minors and backend gate is also configured.
Configuration is not external evidence for drafting, the five-minute hold, override or automatic delivery.
Configured
Documented target architectures and clearly marked Private Preview surfaces exist.
No public API, approved keys, webhooks, quotas or availability promise.
Preview
Target model · not yet live
A status becomes publicly dependable only when the same traceable chain is defined, operated and reviewed for every component.
An independent external measurement calls a defined endpoint. Synthetic accounts must not contain real user data.
Time, location, result and duration are recorded for each component, rather than inferred from a single browser visit.
Only published success criteria, maintenance rules and alert thresholds may turn signals into an operational state.
A confirmed state names the affected component, impact, start time and the time of the next dependable update.
Incident lifecycle · target process
This process describes the intended publication standard. A public incident history begins with verified events, not demo entries.
A connected monitor or verifiable report provides the first signal.
The signal is reproduced, narrowed down and assigned to a responsible component.
Impact and reach are limited; safe workarounds are named only when they have been verified.
The cause is corrected and recovery is verified through the same measurement route.
The timeline, cause, impact and concrete prevention are documented after review.
Monitoring boundaries
Status updates
Email, RSS or webhook notifications will be offered only when the same verified incident channel also supplies this page. A placeholder sign-up would not deliver dependable updates.
What you can do today
A specific product or account problem belongs in support. Possible vulnerabilities follow the separate confidential security route.