Web application
This page and the public edge
Checking
WickArc / Trust center
A live view of the core production request path, paired with precise boundaries around what WickArc verifies, protects, and does not claim.
LIVE CORE STATUS
Running a fresh, uncached readiness probe.
This page and the public edge
Checking
Core application request path
Checking
Direct dependency probe
Checking
Direct dependency probe
Checking
No verified receipt is available yet.
Point-in-time probe · no uptime percentage implied · response is not cached
The status above runs an uncached server-side readiness check. A successful receipt requires the research API to answer its exact contract and directly verify both PostgreSQL and Redis. A separate production monitor repeats the complete public gate every 15 minutes. Failure remains visible as degraded or unverified.
Timeouts, malformed responses, and unreachable dependencies never become a green status. The public result exposes only allowlisted states, not infrastructure addresses or credentials.
Each check bypasses caches, includes an observation time, and can be rerun manually. It is a current snapshot—not a historical uptime percentage or service-level promise.
The public probe reads process and dependency health only. It does not access customer research, place orders, run models, send email, or mutate production records.
WickArc separates customer-visible assurances from controls that still require operator or independent evidence. This page deliberately avoids certification language and invented incident history.
The live status covers the web application’s core API request path and direct PostgreSQL/Redis connectivity only. It intentionally does not convert a point-in-time response into historical availability or operational certification.