This is a local-first astrology engine that computes natal charts, transits, synastry, and moon phases with no API key required. Every chart runs through dual-engine verification: one ephemeris calculates, another cross-checks, and disagreements beyond 0.01° get flagged. You get ten tools including natal chart generation, current and upcoming transits, two-chart compatibility scoring, and geocoded birthplace lookup via OpenStreetMap. It ships with privacy modes to control payload size, supports seven house systems, and returns structured JSON with planets, aspects, chart signatures, and retrogrades. Install with npx and call it immediately. Built by the Alkhemia app developer, tested across 65 years of birth data.
ASTRAL_MCP_TRANSPORTTransport to run. Defaults to stdio. Set to http to expose a streamable HTTP endpoint instead.
ASTRAL_MCP_HOSTHost to bind when ASTRAL_MCP_TRANSPORT=http. Defaults to 127.0.0.1.
ASTRAL_MCP_PORTPort to bind when ASTRAL_MCP_TRANSPORT=http. Defaults to 3000.
ASTRAL_MCP_ALLOWED_ORIGINAllowed CORS origin for the HTTP transport. Defaults to the bound host:port.
⚡ Zero-setup install. Wire it into Claude Desktop / Cursor / Hermes and call it immediately — no API key, no OAuth, no account:
npx -y astral-mcp
A local-first MCP server that turns birth data into a full, precision-audited astrological reading for AI agents. Stateless and computational — nothing is stored, no credentials exist, and every tool but optional geocoding runs fully offline.
Built by David Mosiah. The astrology engine is ported from the Alkhemia app.
Most astrology libraries are fragile single-engine wrappers, and most "astrology APIs" want a key and a subscription. Agents need something they can trust and call instantly. Astral MCP does two things differently:
npx -y astral-mcp and you're calling charts — no OAuth, no account, no birthplace database to install.review instead of silently returning a wrong placement.Add it to your MCP client (Claude Desktop, Cursor, Hermes, …):
{
"mcpServers": {
"astral": {
"command": "npx",
"args": ["-y", "astral-mcp"]
}
}
}
That's the whole setup. There is nothing to authenticate.
Run it directly if you want:
npx -y astral-mcp # stdio (default)
ASTRAL_MCP_TRANSPORT=http npx -y astral-mcp # streamable HTTP on 127.0.0.1:3000
Call astral_demo for a fully-worked example chart (Greenwich, noon, Y2K) including its precision audit — no input, no network, no auth. It shows you the exact payload shape before you send real birth data.
"What's my natal chart? I was born 23 Feb 1989, 14:30, in Fortaleza, Brazil."
The agent calls astral_search_birthplace to resolve Fortaleza → lat/lon/timezone, then astral_compute_natal_chart.
"Any big transits hitting my chart this week?" →
astral_current_transits"How compatible are we?" (two birth datas) →astral_synastry"What phase is the moon in today?" →astral_moon_phase
Astral MCP ships every natal chart with a precision audit. The primary engine (circular-natal-horoscope-js) computes the chart; the verifier (astronomy-engine) re-derives each planet's ecliptic longitude independently. A chart is verified only when every planet agrees within tolerance and lands in the same sign.
Across a built-in accuracy suite of charts spanning 1945–2010 and six timezones, the worst cross-engine disagreement is under 0.01°. Run it yourself:
npm run test:accuracy
| Capability | Supported |
|---|---|
| Planets (Sun…Pluto), Ascendant, MC/IC | ✅ |
| Houses (placidus, koch, campanus, regiomontanus, topocentric, equal-house, whole-sign) | ✅ |
| Major aspects with orb, strength, applying/separating | ✅ |
| Chart signature (dominant element/modality, pattern, stelliums, angular planets) | ✅ |
| Retrogrades · timezone/DST handling | ✅ |
| Transits (current + upcoming) · moon phase | ✅ |
| Synastry (two-chart comparison, scored) | ✅ |
| Tropical & sidereal zodiac | ✅ |
| Lunar nodes, Chiron, asteroids, fixed stars | ⏳ planned |
| Minor aspects | ⏳ planned |
| Interpretation text | ❌ by design — astral-mcp returns structured data; your model writes the reading |
astral_compute_natal_chart — full natal chart, precision-audited by defaultastral_current_transits — current + upcoming transits to a chart, with moon phaseastral_synastry — compare two charts (harmony / chemistry / communication / growth)astral_moon_phase — moon phase, sign and illumination for any dateastral_search_birthplace — geocode a place to latitude / longitude / timezoneastral_demo — worked example chart, no input neededastral_capabilities — what this server supports and what it doesn'tastral_data_inventory — data domains and recommended first callsastral_agent_manifest — install + usage rules for agentsastral_connection_status — health check via a sample chart + dual-engine auditThe three chart tools (astral_compute_natal_chart, astral_current_transits, astral_synastry) take a privacy_mode parameter — a payload-verbosity axis separate from response_format:
full (default) — the complete payload, including the per-planet precision auditstructured — same structure, redundant/derivable fields droppedsummary — only the high-signal essentials (luminaries + Ascendant, chart signature, top aspects)A full Greenwich natal payload is ~6.9 KB; summary is ~1.2 KB (~80% smaller), so an agent that only needs a quick read can ask for less and spend fewer tokens.
astral_search_birthplace returns it.birth_time is optional. Without it, noon is assumed: planet signs stay accurate, but the Ascendant and houses are unreliable.Astral MCP stores nothing and holds no secrets. The only optional network call is astral_search_birthplace (OpenStreetMap), which sends just the place-name string you pass. See SECURITY.md.
The computation core in src/engine/ is ported from Alkhemia — keep it framework-free. See AGENTS.md for the development rules and the test gate (npm test).
MIT — see LICENSE.