Canonical site URL
Canonical URL points at olydi.com.
Status
OLYDI does not publish uptime history before the hosted app is available to design partners. This page separates the public marketing site from the future product runtime so launch materials do not imply operational proof that does not exist yet.
Launch readiness
This is the same non-secret gate exposed at /api/launch-readiness. It checks DNS, mail, lead durability, notification routing, and manual launch attestations.
Blockers
Warnings
Passing
Canonical URL points at olydi.com.
Lead backup is configured through Vercel Blob.
Attio person/note/list routing is configured.
Keystatic GitHub storage credentials are configured.
Lead notification email is configured through resend.
Lead notifications send from a olydi.com domain.
GitHub App install path is live and reachable.
CLI install path is live and reachable.
GitHub Action install path is live and reachable.
security@, privacy@, legal@, and lead notification inboxes are operator-verified.
Set BRAND_LEGAL_CLEARED=true only after the final brand/legal launch review is complete.
olydi.com resolves to Vercel.
www.olydi.com resolves to Vercel.
olydi.ai resolves to Vercel for a 301 to olydi.com.
olydi.dev resolves to Vercel for a 301 to olydi.com.
olydi.io resolves to Vercel for a 301 to olydi.com.
1 MX record(s) found.
SPF record found.
1 DKIM host(s) resolve.
DMARC record found.
2 CAA record(s) found.
Static public site hosted separately from the OLYDI application plane. Marketing-site incidents should be reported through security@olydi.com when they affect security or privacy.
Product runtime status, incident history, and design-partner readiness will publish only after the hosted workflow is available.
The first product status feed should cover GitHub integration, sandbox execution, CI ingestion, lead intake, evidence export, and notification delivery.
A blocked readiness state is intentional until the outside-the-code gates are real. OLYDI should not hide missing mail, backup, or legal proof behind launch language.
Material incidents should include timeline, customer impact, mitigation, follow-up owner, and evidence of closure.