AstroWay/api v2.105.5 · blog
усі системи в нормі

Як ми тримаємо точність під контролем: CI проти swetest і NASA

Точність в астро-API легко деградує від одного рефакторингу ефемерид. Розбираємо захист: одне ядро Swiss Ephemeris на браузер і сервер, сотні заморожених снапшотів на еталонних картах і триангуляція кожного PR проти swetest CGI, Kerykeion, Prokerala та каталогу затемнень NASA.

Точність - це те, за чим користувач мовчки перевіряє тебе на Astrodienst. Якщо натальна карта розійшлась на кутову хвилину, скарга прилетить швидко. І найгірше в цьому те, що точність легко зламати непомітно: один рефакторинг у коді ефемерид, і половина ендпоінтів тихо поїхала на секунди дуги.

Ось як ми не даємо цьому статися.

Одне ядро на два середовища

Section titled “Одне ядро на два середовища”

Планетні позиції рахує Swiss Ephemeris, скомпільований у WASM. Ключове: це те саме ядро і в браузері нашого застосунку, і на сервері API. Одна кодова база core/, підтягнута в бекенд через cross-repo alias і вбудована в бандл на білді. Немає «браузерної» та «серверної» реалізації, які можуть розійтися - розходитися нічому.

Для дат поза основним діапазоном ефемерид є аналітичний fallback (Moshier), трохи грубший, але без розривів на межах. Свідома чесність: конкретну версію рушія ми публічно не заявляємо, бо реальна версія ядра нижча за найновіший upstream, і писати гучну цифру було б брехнею.

Кожен розрахунковий ендпоінт має набір заморожених снапшотів - 818 JSON-фікстур на момент цього білда. Раннер проганяє ендпоінт на еталонних картах і побайтово (в межах толерансу) звіряє з фікстурою. Будь-яке відхилення планетної довготи більше ніж 5e-5° (0.18″) валить тест.

Еталонні карти підібрані так, щоб бити по краях, а не тільки по «зручному» центру:

  • Monroe, Diana, Einstein, Bowie - історичні карти з відомими даними народження
  • полярна широта - де системи домів вироджуються
  • екваторіальна - де вони поводяться інакше
  • південна півкуля - перевірка дзеркальності

Граничні випадки ловлять саме ті регресії, які не видно на карті умовного киянина.

Триангуляція проти зовнішніх джерел

Section titled “Триангуляція проти зовнішніх джерел”

Снапшоти ловлять регресії відносно самих себе. Щоб перевіряти абсолютну правду, кожен реліз звіряється з незалежними джерелами:

Проти чогоЩо перевіряєРозходження
swetest CGI (Astrodienst)планетні довготи, куспіди домів0.000″
Kerykeion (Python, pyswisseph)незалежна реалізація SwEph< 0.2″
Prokerala (sidereal Lahiri)сайдеричні позиції8-17″, системна різниця формули аянамші, не рушія
NASA 5-Millennium Eclipse Catalogчас і тип затемнень< 1 хв

Розходження з Prokerala - не помилка: це різні реалізації формули Lahiri, і ми документуємо це явно, а не ховаємо. З swetest, який є еталоном індустрії, дрейф нульовий.

Астрокартографічні лінії окремо перевіряються геометрично - точність на екваторі краща за 1.5 км.

Що гоняється на кожному PR

Section titled “Що гоняється на кожному PR”

Точність - це CI-gate, а не разова перевірка:

  • api-accuracy.yml - на кожен PR у бекенд-код проганяє весь набір снапшотів + триангуляцію. Червоний тест блокує merge.
  • check-eclipse-accuracy.yml - раз на рік звіряє затемнення з каталогом NASA; розходження понад поріг автоматично заводить issue.
  • check-sweph-updates.yml - щотижня стежить за upstream Swiss Ephemeris і WASM-пакетом; нова версія - issue на ревʼю, без автомерджу (оновлення рушія ефемерид - надто чутлива штука для авто-апдейту).

Гарантія проста: планетні позиції в межах < 0.1 кутової секунди від еталонного Swiss Ephemeris, і ця межа захищена автоматикою, а не обіцянкою в README. Якщо колись зʼявиться регресія, вона впаде в наш CI, а не у скарзі твого користувача.

Публічна версія цих цифр, з таблицею розходжень по конкретних картах, живе на сторінці Точність.

AstroWay team

Інженерна команда AstroWay API. Ми загортаємо Swiss Ephemeris у чистий REST і пишемо про нудні деталі, які насправді важливі.

// побудуй на цьому

Той самий Swiss Ephemeris, що й у Solar Fire — у 4 рядках коду.

Безкоштовний ключ без картки. 5 000 викликів на місяць до першої оплати.

Більше з блогу усі дописи →

Engineering 2026-05-26

Reports V2: один ендпоінт замість дванадцяти — `/v1/reports/generate`

Замість 12 type-specific роутів /reports/natal, /reports/synastry, … — один уніфікований ендпоінт POST /v1/reports/generate з полем report_type. SDK-консументи отримують один метод замість дванадцяти; MCP-каталог скорочується з 12 інструментів до одного.

Ephemeris 2026-05-25

Jaimini-розширення: 5 нових ендпоінтів для глибокої Vedic-аналітики

П'ять нових ендпоінтів сімейства /v1/vedic/jaimini/* для глибокого аналізу за школою Jaimini — chara-karaka сканер, karakamsa-проекція, функціональна природа грах, atmakaraka-rotation timeline та повний argala/virodhargala скан. Канонічні джерела: Sanjay Rath, BPHS A.34.

Engineering 2026-05-21

Vedic-астрологія через API: від Парашари до Лал Кітаб у 354 ендпоінтах

AstroWay тепер пропонує найповніше Vedic-покриття серед комерційних API: 10 систем дешів, 16 варг, Панчанг, повний Лал Кітаб + КП + Джайміні. Як це працює і коли яку техніку обирати.