Számítások pontossága

TL;DR

Az AstroWay API a Swiss Ephemeris-t (az Astrodienst, az astro.com alkotóinak hivatalos C-kódja) használja – ugyanazt a motort, amelyet a professzionális asztrológusok 30+ éve használnak a Solar Fire ($495), Kepler ($995), Astro Gold ($29.99/hó) és Janus szoftverekben. WebAssembly-be fordítottuk, és REST API rétegként tettük elérhetővé, közvetítői felár nélkül. Az alapvető számítási végpontok mindegyikét regressziós snapshot tesztek fedik le; a motor pontosságát triangulációval ellenőriztük három független forrással + a NASA 5-Millennium Eclipse Catalog ellenében:

• Bolygópozíciók: medián 0.0013", maximum 0.561" vs hivatalos swetest CGI Astrodienst (2026-07-29-én mérve 130 mérés alapján). Az égitestek szerinti bontás alább található
• Placidus házcsúcsok: 0.000" pontos egyezés
• Fogyatkozások: < 1 perc vs NASA Eclipse Catalog
• ACG vonalak: < 1.5 km az Egyenlítőn vs swetest
• Napkelte/napnyugta: < 10 másodperc vs timeanddate.com
• Hold VOC, ingrésszek, bolygókonjunkciók: másodperc töredékére pontos

Metodológia: hogyan történt a mérés

Ezek a számok nem becslések, hanem futtatás eredményei. A szkript 10 horoszkópot vesz, 1900 és 2050 között elosztva, lekérdezi ugyanazokat a pillanatokat egy élő swetest CGI Astrodiensttől, és összehasonlítja mind a 13 égitestet, amit visszaadunk. Összesen 130 mérés.

Égitest	Maximális eltérés
Nap, Vénusz, Szaturnusz	0.001"
Merkúr	0.002"
valódi Holdcsomó	0.004"
Mars	0.007"
Jupiter	0.009"
Hold	0.022"
Uránusz	0.083"
Plútó	0.097"
Neptunusz	0.223"
Chiron	0.561"
átlagos Apogeum (Lilith)	0.000"

Medián az összes 130 mérésen: 0.0013"

Korábban ezen az oldalon egy általános ígéret szerepelt: „< 0.1 ívmásodperc”. A 2026-07-29-i mérések kimutatták, hogy a Neptunusz, a Plútó és a Chiron nem tartja ezt, ezért az ígéretet a tényleges számokra cseréltük. A Chiron és a külső bolygók nagyobb eltérést mutatnak, mivel pozícióikat a WASM-összeállításban lévő efemeridák tömörített készletéből vesszük.

Ezt magad is reprodukálhatod: az api-calc/scripts/accuracy-vs-swetest.mjs pontosan ezeket a lekérdezéseket hajtja végre, és ugyanazt a táblázatot nyomtatja.

Ellenőrizd magad. A fenti számokat mérő szkript nyilvános tárolóban található MIT licenc alatt: astroway/astrology-accuracy-benchmark. Nem csak velünk működik: bármely más API-hoz való adapter harminc sor, így ugyanazt a 130 mérést lefuttathatod egy versenytárs ellen, és összehasonlíthatod. Egy sandbox kulcs elegendő.

Motor

Komponens	Érték
Könyvtár	Swiss Ephemeris C code (aloistr/swisseph)
Verzió	upstream Astrodienst C code
Kötések	swisseph-wasm (WebAssembly Node.js-ben)
Efemerida	DE431 JPL ephemeris (.se1 fájlokon keresztül)
Tartalék	Moshier analytical (1800-2399-en kívüli dátumokhoz)
Kódmegosztás	Megosztott @/core az app.astroway.info-val – egy motor, két transzport

Metodika

A pontosságot triangulációval ellenőrizzük – három független forrással való összehasonlítással:

1. swetest CGI (referencia)

A Swiss Ephemeris hivatalos referencia-implementációja magától az Astrodiensttől – attól a csapattól, amely létrehozta az Astro.com-ot, és asztrológusok millióit szolgálja ki világszerte. A leghitelesebb nyilvános forrás. A mi motorunk azonos (0.00–0.07 ívmásodperc eltérés).

2. Kerykeion (Python)

Független Python-könyvtár, amely a pyswisseph-kötéseket használja a mi WASM-ünk helyett. Megerősíti, hogy a WASM rétegünk nem torzítja az adatokat.

3. Prokerala API

Távoli Swiss Ephemeris API (sziderikus Lahiri). A 8–17 ívmásodperces szisztematikus eltérés a Lahiri ayanamsa formula különböző verzióival függ össze, és nem a motor pontosságával.

Triangulációs eredmények

Horoszkóp	vs swetest (Astrodienst)	vs Kerykeion (Python)	vs Prokerala API
Monroe 1926	0.00”	0.19”	16.95” (szisztematikus)
Diana 1961	0.00”	0.69”	8.18” (szisztematikus)
Einstein 1879	0.07”	Kerykeion LMT-artefakt	14.96” (szisztematikus)

Regressziós tesztek a végpontok szintjén

Az alapvető számítási végpontok mindegyikét fagyasztott snapshot tesztek fedik le 3 referencia horoszkópon (Monroe / Diana / Einstein) = 873 snapshot.

A snapshot-csomag a következőket rögzíti:

• Bemeneti adatok leképezési hibái – helytelen bolygó azonosító, UT, házrendszer
• Utófeldolgozás – kerekítés, egységkonverzió, előjelvesztés
• Alapértelmezett eltérések – átlagos vs valódi Holdcsomó, geocentrikus vs topocentrikus
• Séma eltérés – a validálás kihagyta a helytelen formát
• Elavult telepítés – a prod dist nem egyezik a kóddal

Tolerancia: 5e-5° (≈0.18 ívmásodperc) alapértelmezés szerint minden numerikus mezőhöz.

Részletes benchmarkok

Bolygópozíciók (tropikus, vs swetest)

Horoszkóp	Dátum	Maximális eltérés
Marilyn Monroe	1926-06-01	0.00”
Princess Diana	1961-07-01	0.00”
Albert Einstein	1879-03-14	0.07”

Placidus házcsúcsok (vs swetest)

Horoszkóp	ASC eltérés	MC eltérés	Maximális házcsúcs eltérés
Monroe	0.000”	0.000”	0.000”
Diana	0.000”	0.000”	0.000”

Fogyatkozások (vs NASA 5-Millennium Catalog)

Esemény	NASA maximum	A mi maximumunk	Eltérés
2025-03-14 Teljes Hold	06:58 UT	06:58 UT	0.8 perc
2025-03-29 Részleges Nap	10:47 UT	10:47 UT	0.5 perc
2025-09-07 Teljes Hold	18:11 UT	18:11 UT	0.8 perc
2025-09-21 Részleges Nap	19:41 UT	19:42 UT	1.0 perc

Asztrokartográfia (vs RA formula a swetestből)

Minden MC/IC/ASC/DSC vonal a helyes longitude = RA − GMST formulát használja (Kenneth Bowser szabvány). Eltérés a referenciától: < 1.5 km az Egyenlítőn minden bolygó esetében.

Napkelte / Napnyugta (vs timeanddate.com)

Helyszín	Dátum	Paraméter	Eltérés
London	2026-04-15	Napkelte	0.6 mp
London	2026-04-15	Napnyugta	9 mp

Sarki helyszínek (|lat| > 66.5°) automatikusan polarState-et + figyelmeztetést adnak vissza, hogy a szokásos bolygóórák nincsenek definiálva.

Aspektus orbok

Az AstroWay változó orbokat használ bolygónként (a két bolygó MIN szabálya szerint), mint a ZET9 és az astro.com. Alapértelmezett orbok (születési horoszkóphoz):

Aspektus	Nap	Hold	Belső	Jupiter	Külső
Konjunkció	12°	10°	5°	8°	5°
Szextil	6.5°	6°	5°	5°	5°
Kvadrát	10°	8°	5°	7°	5°
Trigon	12°	8°	5°	5°	5°
Oppozíció	12°	10°	5°	8°	5°

A kisebb aspektusok (36°, 40°, 45°, 72°, 108°, 135°, 144°) alapértelmezés szerint ki vannak kapcsolva. Explicit módon az ALL_ASPECTS segítségével kapcsolhatók be.

Sarki szélességek

A |lat| > 66.5° szélességeknél a Placidus / Koch / Regiomontanus rendszerek matematikailag nincsenek definiálva. Ilyen esetekben a Swiss Ephemeris automatikusan Porphyry-t ad vissza, és az API-nk figyelmeztetést ad hozzá:

{
  "system": "P",
  "warning": "Система Placidus не визначена для lat=68.96° (> 66.5°). Swiss Ephemeris підставив Porphyry..."
}

Folyamatos ellenőrzés

A regressziót minden PR-en ellenőrizzük CI-n keresztül:

• api-calc/tests/endpoints/ – 873 snapshot referencia horoszkópok (Monroe / Diana / Einstein) + szinasztria / kompozit / davison ellen
• .github/workflows/api-accuracy.yml – automatikus futtatás PR-en
• Trianguláció swetest CGI + Kerykeion ellen – hetente
• Az upstream Swiss Ephemeris monitorozása Dependabot-on keresztül

MCP megbízhatóság – tipizált kimenet

A motor pontossága a bizalom fele. A másik fele a kimeneti szerződés, amelyet egy ügynök (Claude, ChatGPT, Cursor) validálhat. Az MCP szerverünk nem ad vissza „nyers szöveget, találd ki magad”:

• Tipizált structuredContent. Több mint 600 MCP eszköz létezik, és túlnyomó többségük szigorú outputSchema-t publikál – az MCP kliens validált struktúrát kap, nem pedig egy véletlenszerűen elemezendő stringet.
• Védelem a séma eltérés ellen. Az openapi-example-drift CI teszt minden regressziós snapshotot validál a saját példájából származó séma ellen: ha a végpont tényleges kimenete eltér a publikált sémától, a build elbukik. Pontosan ez a fajta eltérés okozza az MCP -32602 Output validation error hibát.
• A hibák hibák. Az eszköz meghibásodása mindig isError jelzővel és tipizált kóddal (UPPER_SNAKE) tér vissza. Soha nem adunk vissza nyers stack trace-t vagy belső szerverútvonalakat „adatként” a modellnek.

Ez azt jelenti, hogy az MCP-n keresztüli integráció ugyanolyan kiszámítható, mint egy közvetlen REST hívás: amit az /openapi.json leír, azt adja vissza az eszköz.

Ismert korlátok

• Dátumok tartományon kívül (1800 előtt és 2399 után): Moshier analyticalt használunk, pontosság ~0.1” (vs < 0.01” SWIEPH esetén DE431 fájlokkal)
• Valódi Lilith (id=13) vs Átlagos Lilith (id=12): akár 12°-os különbség – alapértelmezés szerint Átlagos Lilith (stabil viselkedés), Valódi Lilith elérhető a planetIds: [13] segítségével
• Topocentrikus vs geocentrikus: alapértelmezés szerint geocentrikus

Hivatkozások

• Swiss Ephemeris: https://www.astro.com/swisseph/
• swetest CGI: https://www.astro.com/swisseph/swetest.htm
• NASA Eclipse Catalog: https://eclipse.gsfc.nasa.gov/
• Kerykeion: https://github.com/g-battaglia/kerykeion
• Astrodienst: https://www.astro.com/

Kapcsolat

Pontossági kérdésekkel kapcsolatban írj a support@astroway.info címre a horoszkóp adataival és a várható referenciával (astro.com vagy más hiteles forrás).