Layer A · Language
Explain
Memory, tone, continuity, plain-language windows. The part that sits with you on WhatsApp and the web — without inventing longitudes.
Technology
Large models are gifted talkers and unreliable astronomers. We split the stack hard: the Astro Engine computes on a Swiss Ephemeris foundation; the intelligence explains. Warmth without vagueness. Speed without costume.
The hard split
For a company whose product is guidance under real pressure — a lease, a launch, a resignation — the sky must be cast, not improvised. So we never ask a language model to be an ephemeris.
Layer A · Language
Memory, tone, continuity, plain-language windows. The part that sits with you on WhatsApp and the web — without inventing longitudes.
Layer B · Engine
Positions, houses, dashas, transits, muhurat — proprietary cast on Swiss Ephemeris. The part that makes the answer true.
Measured
Founder-verified production claims. Dated. Not round-number folklore. Same engine that answers on WhatsApp.
3,000+
REST API endpoints
The computational surface of the Astro Engine — proprietary, in production.
Verified
~50ms
Global response class
Chart compute at the edge — Cloudflare, 300+ locations worldwide.
Verified
8
Ayanamsa systems
Lahiri, Raman, KP, Yukteshwar, Fagan-Bradley, Galactic Center, True Chitra and more.
Verified
99.9%
Uptime target
Production reliability for the engine that powers every reading.
Verified
Also in production: 9+ disciplines · 100+ report types · multi-ayanamsa cast · edge delivery (300+ locations).
Request path
Four beats. Same spine whether the face is WhatsApp, web, or enterprise API.
Birth data or a saved chart context arrives from WhatsApp, web, or API. No sun-sign shortcut.
ctx.load(chart) · lagna
The Astro Engine computes positions, houses, and divisionals on a Swiss Ephemeris foundation — owned, not rented.
cast(D1…D60) · ayanamsa
Dashas, yogas, doshas, transits, muhurat windows — the stack that answers “when,” not only “what.”
house · transit · dasha
The intelligence layer turns computation into calm language. Warmth without inventing degrees.
reply · window · memory
Foundation
We do not wrap a third-party “astrology API” and call it proprietary. The Astro Engine is the computational brain of everything we ship — Python/Flask service surface, ephemeris-grade casting, multi-system coverage, edge-aware delivery.
Architecture decisions
Chart casting, houses, dashas, and transits run on computation we control. Product quality is not gated by a vendor roadmap.
Vedic, KP, Nadi, Lal Kitab, numerology, Vastu, Muhurat — first-class citizens of one engine, not plugins bolted on later.
Latency class built for dialogue. A WhatsApp answer should feel like a reply, not an overnight batch job.
Astro Ratan, Grahvani, reports, and enterprise APIs share the same math. No marketing engine vs real engine.
Delivery
Chart compute is served in a ~50ms class from the edge — hundreds of locations worldwide — so a reading feels like dialogue. WhatsApp is a first-class product surface, not an afterthought bolted to a slow core.
Coverage
Production surface — not a marketing checklist of systems we “plan to support someday.”
Ayanamsa systems
Eight systems in production so practitioners and products can choose the convention they already trust — without forking the engine.
Faces of the same brain
Consumer · live product
Already launched. Live readings, 5:30 AM briefings, continuity — WhatsApp and astroratan.ai on this engine.
Try live on WhatsApp →Professional
Practitioner depth, reports, academy — same cast, different desk.
See ecosystem →Builders
License the surface. Exact contracts with access — no public sandbox theater.
Developers →Next step
Enterprise access to cast, transit, dasha, muhurat, and report endpoints — the same surface under Astro Ratan. Write with use case, volume, and regions.