Numerologie-Erweiterung + Horoskop-Erweiterung v1.0.0 – Einheitlicher Changelog¶

Veröffentlichungstermin: 2026-04-12 Version: v1.0.0 Umfang: Vollständige Plattform-Veröffentlichung, die die Numerologie API und Horoskop-Erweiterung umfasst: einschließlich der Einführung erweiterter Endpunkte, der Migration von Horoskop-Berichten, die auf dem Engine basieren, der Normalisierung von Anfragen/Antworten, der Parität der Dokumentation, der mehrsprachigen Validierung und der Anleitung zur Integration in die Produktion.

Überblick¶

v1.0.0 ist eine wichtige Produktionsveröffentlichung für die Dakidarts API-Plattform. Sie bringt zwei große Arbeitsbereiche in einer koordinierten Veröffentlichung zusammen:

1. Numerologie-Erweiterung
2. Fügt die vollständige, erweiterte Numerologie-Oberfläche hinzu.
3. Erweitert die Abdeckung von Zeit und Zyklus mit persönlicher Woche, universeller Tag/Woche/Monat/Jahr.
4. Stellt tiefere Endpunkte für spirituelle, zwischenmenschliche, Identitäts- und Schattenanalyse bereit.
5. Vollständige Parität der Dokumentation, Beispiele für Antworten und mehrsprachige Smoke-Validierung.
6. Horoskop-Erweiterung
7. Vollendet die wesentliche Migration der Generierung von Horoskop-Berichten auf den internen Swiss Ephemeris-Engine.
8. Standardisiert Engine-basierte Berichtsrouten unter /api/v1/horoscope/reports/*.
9. Bietet umfassende Abdeckung verschiedener Zeiträume: täglich, wöchentlich, monatlich und jährlich.
10. Führt periodisierte Suites von planetarischen, Aspekt-, Transit- und Haus-Berichten ein.
11. Verbessert die Konsistenz von Payload, das Verhalten der Personalisierung, Kompatibilitäts-Alias und die Parität der Dokumentation.

Diese Changelog-Datei soll als einzige Quelle der Wahrheit für Integratoren, interne Überprüfung, Support, Migrationsplanung und die Kommunikation von Kunden-Releases dienen.

Plattform-weite Highlights¶

Was v1.0.0 über die gesamte Plattform bietet¶

• Wichtige v1.0.0 Produktionsversion für sowohl Numerology API und Horoscope API.
• Weitreichende Erweiterung der Anwendungsbereiche für numerologische und astrologische Produkte.
• Fertigstellung der Migration der Engine-basierten Horoskop-Berechnung für wichtige Berichtsflüsse.
• Fertigstellung des Extended Numerology Release Tracks.
• Verbesserte strukturierte Anforderungsmuster für POST-Anfragen für aktualisierte Horoskop-Routen.
• Erweiterte Unterstützung für reiche Antwort-Payloads, Enterprise-Wrapper und Metadaten-Konsistenz.
• Stärkere Konsistenz der Dokumentation über öffentliche Dokumente und Beispiel-Payloads.
• Erfolgreiche mehrsprachige Smoke-Validierung für erweiterte numerologische Endpunkte.
• Verbesserte Routenverständlichkeit, Kompatibilitätsbehandlung und Migrationsrichtlinien für Produktionskunden.
• Erweiterte Unterstützung für personalisierte Berechnungen, bei denen Geburtsvektoren und fortgeschrittene Anforderungsfelder bereitgestellt werden.
• Verbesserte Klarheit im Betrieb hinsichtlich Zeitzone, astrologischem System, Ayanamsa, Haus-Systemen und Knotenverhalten in Horoskop-Anforderungsprozessen.

Zusammenfassung der Veröffentlichung### Numerologie-Erweiterung¶

• Neue Endpoint-Familien hinzugefügt: 23
• Kombinierte Operationen hinzugefügt (GET/POST): 41
• Validierungs-/Smoke-Anfragen ausgeführt: 205
• Dokumentierte mehrsprachige Smoke-Erfolgsrate: 100,0 %
• Erweiterte Freigabemodell: additiv, ohne formelle Deaktivierungen in der neuen erweiterten Suite

Horoskop-Erweiterung¶

• Wichtige Berichtsflächen migriert auf den internen Engine
• Neue Berichts-Suites hinzugefügt:
• planetarisch
• Aspekte
• Transite
• Haus
• Planet-Haus
• Etablierter Berichts-Namespace unter:
• /api/v1/horoscope/reports/*
• Mehrere Legacy-Routen als versteckte Kompatibilitäts-Alias beibehalten, während die öffentlichen Dokumente mit den kanonischen Pfaden weiterentwickelt werden- Fügt die vollständige Oberfläche für Extended Numerology hinzu, die im Abschnitt für die erweiterte Dokumentation dokumentiert ist.
• Fügt die Personal Week hinzu und vervollständigt diese mit vollständiger GET/POST-Kompatibilität und Unterstützung für umfangreiche Antwortdaten.
• Fügt die Universal Cycle Erweiterungen hinzu:
• Universal Day
• Universal Week
• Universal Month
• Universal Year
• Standardisiert die Dokumentation für erweiterte Endpunkte mit vollständigen Parameter-Tabellen, Optionen, Beispielen für Antworten und Verknüpfungen zu verwandten Endpunkten.
• Bestätigt die mehrsprachige Testabdeckung über en, es, de, fr, pt mit 100% Erfolg für erweiterte Operationen.
• Klärt das Zugriffsmodell: erweiterte Endpunkte sind nur für die direkte Plattform und werden derzeit nicht über den RapidAPI Gateway unterstützt.

Erweiterung der Numerologie — Neue Endpunkte hinzugefügt¶

Diese Version fügt 23 Familien von erweiterten Endpunkten und 41 Operationen hinzu (GET/POST kombiniert).

A) Endpunkte für Zyklen und Zeit¶

B) Endpunkte für Identität und Namensanalyse¶

C) Endpunkte für spirituelle und Schattenanalyse¶

D) Endpunkte für Beziehungsdynamik¶

Numerologie API — Aktualisierte und korrigierte Endpunkte¶

A) Neu entwickelte Kern-Oberflächen¶

Die folgenden neu entwickelten Oberflächen wurden in diesem Release-Zyklus vollständig implementiert, einschließlich Validierung der Anfragen und Ausgabe mit umfassender Bedeutung:

• GET /api/v1/personal-week
• POST /api/v1/personal-week
• GET /api/v1/universal-year
• POST /api/v1/universal-year
• GET /api/v1/universal-month
• POST /api/v1/universal-month
• GET /api/v1/universal-week
• POST /api/v1/universal-week
• GET /api/v1/universal-day
• POST /api/v1/universal-day### B) Stabilitätsschritte während der Smoke-Validierung angewendet

Fünf Operationen, die anfänglich unter generierten Smoke-Eingaben 422 erzeugten, wurden für eine Produktionsähnliche Testeingabe stabilisiert und geben nun erfolgreiche Antworten unter mehrsprachiger Smoke-Ausführung zurück:

• POST /api/v1/brand-name-compare
• GET /api/v1/caution-dates-calendar
• POST /api/v1/caution-dates-calendar
• GET /api/v1/monthly-energy-heatmap
• POST /api/v1/monthly-energy-heatmap

C) Praktische Validierungsregeln verstärkt¶

Die folgenden Einschränkungen wurden während der Validierungs- und Dokumentationsarbeit gestärkt und präzisiert:

• Der Vergleich von Marken erfordert mindestens zwei Einträge in names[].
• Die Eingaben für Kalender und Heatmap-Monate verwenden das Format YYYY-MM.
• Die Warnungsdaten top_n bleiben auf den Bereich 1..31 beschränkt.
• Client-Payloads profitieren von einer Vorvalidierung vor der Übermittlung, um unnötige 422 oder Formatfehler zu vermeiden.

D) Dokumentation und OpenAPI-Parität korrigiert¶

Alle erweiterten Dokumente wurden für die Integration normalisiert:

• Vollständige Parameter-Tabellen pro Methode
• Details zu Parameteroptionen
• Muster, Bereiche, Standardwerte und verschachtelte Objektfelder
• Reiche Antwortbeispielabschnitte basierend auf Smoke-generierten Payloads
• Standardisierte Notizen zu Zugriff und Verfügbarkeit
• Dashboard-CTA, Notizen und zugehörige Endpunkt-Fußnoten## Numerology API — Qualitätskontrolle

Validierungsartefakte für die erweiterte Numerologie-Suite:

• Zusammenfassende Dateien: 23
• Testete Operationen: 41
• Gesamtzahl der ausgeführten Anfragen: 205
• Gesamter Erfolgsgrad: 100,0 %
• Erfolgsgrad pro Sprache:
• en — 100 %
• es — 100 %
• de — 100 %
• fr — 100 %
• pt — 100 %

Diese Veröffentlichung schließt den erweiterten Numerologie-Startzyklus mit der Gewissheit der Validierung über den dokumentierten Sprachsatz.

Numerology API — Rückwärtskompatibilität¶

Für die Veröffentlichung Numerology Extended v1.0.0 wird kein Endpunkt in der erweiterten Oberfläche formell als veraltet markiert.

Numerology API — Änderungen, die die Kompatibilität beeinträchtigen¶

Für die erweiterte Numerologie-Oberfläche werden in dieser Veröffentlichung keine Änderungen, die die Kompatibilität beeinträchtigen, eingeführt.

Den Integratoren sollte jedoch Folgendes aufgefallen sein: - Erweiterte Endpunkte sind derzeit nicht über RapidAPI verfügbar. - Clients, die erweiterte Endpunkte integrieren, sollten sich direkt an den Plattform-Host wenden. - Einige neue Endpunkte sind nur über POST verfügbar und sollten nicht davon ausgegangen werden, dass sie mit GET kompatibel sind.

Numerology API — Migrationshinweise¶

1) Migration des Zugangs¶

Erweiterte Endpunkte sind über direkten Plattformzugriff verfügbar:

• Basis-URL: https://api.numerologyapi.com
• Authentifizierung:
• X-API-Key: YOUR_API_KEY
• oder Authorization: Bearer YOUR_API_KEY

Erweiterte Endpunkte werden derzeit nicht über den RapidAPI-Gateway unterstützt.

2) GET vs POST – Richtlinien für die Verwendung¶

Die meisten erweiterten Endpunkte unterstützen sowohl GET als auch POST mit äquivalenten Ausgabebedürfnissen.

Verwenden Sie:

• GET für einfache Abfragen
• POST für eine robustere Payload-Struktur, verschachtelte Objekte und Konsistenz mit SDK/Backend

Post-only Endpunkte in dieser Version umfassen:

• /api/v1/brand-name-compare
• /api/v1/relationship-composite
• /api/v1/relationship-healing-reading
• /api/v1/parent-child-numerology
• /api/v1/soul-connection-indicator

3) Client-seitige Validierungsregeln¶

Empfohlene client-seitige Vorvalidierung: - dob und target_date: YYYY-MM-DD - month: YYYY-MM - timezone_offset: Gültiger IANA-Zeitzonen-String - top_n: Integer im Bereich 1..31 - names[]: Mindestens 2 Einträge für den Markenvergleich - context für die Datenausrichtung: Maximale Länge 80, normalisierte Aliase werden akzeptiert

4) Verschachtelte Request-Body-Muster¶

Für Beziehung- und Kompatibilitäts-Endpunkte sollten explizite, verschachtelte Objekte verwendet werden, beispielsweise:

• person_a
• person_b
• parent
• child

Jedes Objekt sollte erforderliche Felder enthalten, beispielsweise:

• full_name
• dob

5) Sprach¶

• und Metadaten-Verarbeitung

Erweiterte Numerologie-Endpunkte unterstützen die mehrsprachige Antwort-Rendering über lang.

Unterstütztes Sprachset für Smoke-verifizierte Abdeckung:

• en
• es
• de
• fr
• pt

Antworten können Enterprise-Stil-Metadaten-Wrapper enthalten:

• _enterprise
• _api_metadata_

Clients sollten diese Felder erhalten und parsen, wo sinnvoll, für die Plattformanalyse, Planinformationen oder Endpunkt-Metadaten.

6) Neue Abdeckung von Zyklen¶

Clients, die zuvor nur persönliche Tages-/Monats-/Jahres-Flüsse verwendet haben, können nun die Logik für Zeitpläne erweitern, um Folgendes abzudecken: - Wöchentliche persönliche Zyklen über /api/v1/personal-week - Kollektive Zeitachsen über: - /api/v1/universal-day - /api/v1/universal-week - /api/v1/universal-month - /api/v1/universal-year

7) Quelle der Dokumentation¶

Die vollständigen Integrationsebenen-Seiten für diese Version werden im erweiterten Dokumentationsbereich verwaltet, einschließlich Index- und Seiten pro Endpunkt.

Numerology API — Empfohlene Upgrade-Checkliste¶

• Verschieben Sie erweiterte Aufrufe an direkten API-Zugriff unter https://api.numerologyapi.com.
• Stellen Sie sicher, dass die Anfragevalidatoren Datums-, Monats- und Zeitzonenformate erzwingen.
• Fügen Sie Fallback-Behandlung für mehrsprachige lang-Werte hinzu, wo erforderlich.
• Aktualisieren Sie Clients, um _enterprise und _api_metadata_ konsistent zu parsen.
• Für verschachtelte Endpunkte, stimmen Sie die SDK-Anfrage-Modelle mit den erforderlichen Objektschlüsseln überein.
• Validieren Sie vor dem Ausrollen in der Produktion anhand von Smoke-Tests.
• Bestätigen Sie, dass alle erweiterten Aufrufe außerhalb der Annahmen von RapidAPI-basierten Clients erfolgen.

Numerology API — Versionshinweise¶

Numerology API v1.0.0 führt die vollständige erweiterte Numerologie-Oberfläche mit wöchentlicher und universeller Zyklus-Erweiterung, fortgeschrittenen Beziehung- und spirituellen Analysen, reicheren Anfrage-/Antwort-Verträgen und vollständig synchronisierter Dokumentation sowie Smoke-Test-Parität ein.# Teil II — Horoskop-Erweiterung v1.0.0

Horoskop-Erweiterungs-Highlights¶

• Vollständige Migration der wichtigsten Horoskop-Berichtsflüsse zum internen Swiss Ephemeris-Engine.
• Standardisierung der aktualisierten Berichts-Endpunkte rund um Anforderungsobjekte mit POST-basierter Struktur.
• Erweiterte Bereichsbasierte Abdeckung für tägliche, wöchentliche, monatliche und jährliche Perioden.
• Neu strukturierte planetarische Berichts-Endpunkte nach Periode und Bereich/Überblick.
• Umbenennung des planetarischen Glossar-Endpunkts, um sein informativen Verhalten widerzuspiegeln, anstatt das Berichtsverhalten.
• Erweiterte Parität der Anfragen für den Geburtshoroskop-Endpunkt und strengere Validierung der Antwortstruktur.
• Normalisierung der aktualisierten Endpunkt-Antworten auf Engine-Payload plus Enterprise-Metadaten-Wrapper.
• Aktualisierung der öffentlichen Dokumentationsbeispiele mit JSON-Parität.

Horoskop-Erweiterung — Neue Endpunkte hinzugefügt¶

A) Neue Hilfs¶

• und Canonical-Oberflächen

• GET /api/v1/horoscope/timezones

B) Planetarer Berichts-Suite (Periode-basierte Oberfläche)¶

Bereiche (nicht-allgemein):

• POST /api/v1/horoscope/reports/planetary/daily
• POST /api/v1/horoscope/reports/planetary/weekly
• POST /api/v1/horoscope/reports/planetary/monthly
• POST /api/v1/horoscope/reports/planetary/yearly

Überblick (nur allgemein):

• POST /api/v1/horoscope/reports/planetary/daily/overview
• POST /api/v1/horoscope/reports/planetary/weekly/overview
• POST /api/v1/horoscope/reports/planetary/monthly/overview
• POST /api/v1/horoscope/reports/planetary/yearly/overview

Erweiterte Abdeckung der planetarischen Bereiche über Perioden umfasst Engine-unterstützte Bereiche wie: - communication - friendship - lifestyle - career - health - money - love_singles - love_couples

C) Suite für Aspektberichte (Periodisierte Oberfläche)¶

Abschnitte (nicht allgemeiner Art):

• POST /api/v1/horoscope/reports/aspects/daily
• POST /api/v1/horoscope/reports/aspects/weekly
• POST /api/v1/horoscope/reports/aspects/monthly
• POST /api/v1/horoscope/reports/aspects/yearly

Übersicht (nur allgemeiner Art):

• POST /api/v1/horoscope/reports/aspects/daily/overview
• POST /api/v1/horoscope/reports/aspects/weekly/overview
• POST /api/v1/horoscope/reports/aspects/monthly/overview
• POST /api/v1/horoscope/reports/aspects/yearly/overview

aspects/* unterstützt:

• öffentlichen Modus
• personalisierten Modus
• optionalen deterministischen aspect-Override
• das gleiche Abschnittsmodell, das in aktualisierten Horoskop-Routen verwendet wird

D) Suite für Transitberichte (Periodisierte Oberfläche)¶

Abschnitte (nicht allgemeiner Art):

• POST /api/v1/horoscope/reports/transits/daily
• POST /api/v1/horoscope/reports/transits/weekly
• POST /api/v1/horoscope/reports/transits/monthly
• POST /api/v1/horoscope/reports/transits/yearly

Übersicht (nur allgemeiner Art):

• POST /api/v1/horoscope/reports/transits/daily/overview
• POST /api/v1/horoscope/reports/transits/weekly/overview
• POST /api/v1/horoscope/reports/transits/monthly/overview
• POST /api/v1/horoscope/reports/transits/yearly/overview

transits/* unterstützt:

• öffentlichen Modus
• personalisierten Modus
• optionalen deterministischen transit-Override
• das gleiche Abschnittsmodell, das in aktualisierten Horoskop-Routen verwendet wird

E) Suite für Hausberichte (Nur personalisiert, Periodisierte Oberfläche)¶

Hausberichte (nicht allgemeiner Art):

• POST /api/v1/horoscope/reports/house/daily
• POST /api/v1/horoscope/reports/house/weekly
• POST /api/v1/horoscope/reports/house/monthly
• POST /api/v1/horoscope/reports/house/yearly

Hausübersichten (nur allgemeiner Art):

• POST /api/v1/horoscope/reports/house/daily/overview
• POST /api/v1/horoscope/reports/house/weekly/overview
• POST /api/v1/horoscope/reports/house/monthly/overview
• POST /api/v1/horoscope/reports/house/yearly/overview

Planet-Haus-Berichte (nicht allgemeiner Art):

• POST /api/v1/horoscope/reports/planet/house/daily
• POST /api/v1/horoscope/reports/planet/house/weekly
• POST /api/v1/horoscope/reports/planet/house/monthly
• POST /api/v1/horoscope/reports/planet/house/yearlyÜberblicke der Planetenhäuser (nur allgemeine Informationen):

• POST /api/v1/horoscope/reports/planet/house/daily/overview
• POST /api/v1/horoscope/reports/planet/house/weekly/overview
• POST /api/v1/horoscope/reports/planet/house/monthly/overview
• POST /api/v1/horoscope/reports/planet/house/yearly/overview

Both route families are personalized-only and are backed by engine endpoints such as:

• /house-horoscope
• /planet-house-horoscope

F) Report Namespace Canonicalisierung¶

Canonical live-report paths now use the /api/v1/horoscope/reports/* namespace across upgraded engine-backed horoscope surfaces.

Legacy non-report paths remain registered as hidden compatibility aliases.

G) Neue hinzugefügte Route-Familien für Horoskop-Bereiche über Perioden hinweg¶

Kommunikation¶

• POST /api/v1/horoscope/reports/communication/daily/today
• POST /api/v1/horoscope/reports/communication/daily/tomorrow
• POST /api/v1/horoscope/reports/communication/daily/yesterday
• POST /api/v1/horoscope/reports/communication/weekly
• POST /api/v1/horoscope/reports/communication/monthly
• POST /api/v1/horoscope/reports/communication/yearly

Freundschaft¶

• POST /api/v1/horoscope/reports/friendship/daily/today
• POST /api/v1/horoscope/reports/friendship/daily/tomorrow
• POST /api/v1/horoscope/reports/friendship/daily/yesterday
• POST /api/v1/horoscope/reports/friendship/weekly
• POST /api/v1/horoscope/reports/friendship/monthly
• POST /api/v1/horoscope/reports/friendship/yearly

Lebensstil¶

• POST /api/v1/horoscope/reports/lifestyle/daily/today
• POST /api/v1/horoscope/reports/lifestyle/daily/tomorrow
• POST /api/v1/horoscope/reports/lifestyle/daily/yesterday
• POST /api/v1/horoscope/reports/lifestyle/weekly
• POST /api/v1/horoscope/reports/lifestyle/monthly
• POST /api/v1/horoscope/reports/lifestyle/yearly

Liebe-Trennungen (Einzelpersonen/Paare)¶

• POST /api/v1/horoscope/reports/love_singles/daily/today
• POST /api/v1/horoscope/reports/love_singles/daily/tomorrow
• POST /api/v1/horoscope/reports/love_singles/daily/yesterday
• POST /api/v1/horoscope/reports/love_singles/weekly
• POST /api/v1/horoscope/reports/love_singles/monthly
• POST /api/v1/horoscope/reports/love_couples/daily/today
• POST /api/v1/horoscope/reports/love_couples/daily/tomorrow
• POST /api/v1/horoscope/reports/love_couples/daily/yesterday
• POST /api/v1/horoscope/reports/love_couples/weekly
• POST /api/v1/horoscope/reports/love_couples/monthly

Zusätzliche Funktionen für den Jahresabschnitt¶

• POST /api/v1/horoscope/reports/health/yearly
• POST /api/v1/horoscope/reports/money/yearly

H) Umbenannte Informationsplanetenoberfläche¶

• GET /api/v1/horoscope/planets-info
• POST /api/v1/horoscope/planets-info

This replaces the prior /horoscope/planets naming for the informational glossary-style behavior.

Horoskop-Erweiterung – Aktualisierte und Korrigierte Endpunkte¶

A) Migration und Funktionsupdates des Engines¶

Die folgenden bestehenden Routenfamilien wurden auf Engine-basierte Funktionalität umgestellt:

Haupt-Berichtsrouten¶

• POST /api/v1/horoscope/reports/today
• POST /api/v1/horoscope/reports/yesterday
• POST /api/v1/horoscope/reports/tomorrow
• POST /api/v1/horoscope/reports/weekly
• POST /api/v1/horoscope/reports/monthly
• POST /api/v1/horoscope/reports/yearly

Bestehende Kategorienrouten, die von der Legacy-Horoskop.com-Funktionalität übernommen wurden¶

• Karriere
• Gesundheit
• Liebe
• Geld

Bestehende und Legacy-Familien wurden neu strukturiert und aktualisiert¶

• Legacy-Liebe-Routen wurden in love_singles und love_couples aufgeteilt
• Die kombinierte yearly/career_money-Funktionalität wurde durch dedizierte jährliche Karriere- und jährliche Geld-Routen ersetzt
• Planetare Legacy-Berichts- und Übersicht-Routen wurden auf periodisierte Routen verschoben

B) Klärung der Route für die Beschreibung des Sternzeichens¶

Die folgenden Oberflächen sind weiterhin deskriptive Sternzeichen-Endpunkte und keine Live-Berichts-Endpunkte:

• /api/v1/horoscope/sign/personality
• /api/v1/horoscope/sign/communication
• /api/v1/horoscope/sign/friendship
• /api/v1/horoscope/sign/love
• /api/v1/horoscope/sign/lifestyle
• /api/v1/horoscope/sign/health
• /api/v1/horoscope/sign/career
• /api/v1/horoscope/sign/money
• /api/v1/horoscope/sign/parent_child
• /api/v1/horoscope/sign/spirituality
• /api/v1/horoscope/sign/shadow

C) Aktualisierung der Parität für Geburtstags-Horoskope¶

POST /api/v1/horoscope/reports/birthday stellt nun Engine-native Anforderungs-Schlüssel bereit, während die Kompatibilitäts-Schlüssel erhalten bleiben.

Canonical aktualisierte Oberfläche:

• POST /api/v1/horoscope/reports/birthday

Versteckte Kompatibilitäts-Alias erhalten: - /api/v1/horoscope/birthday - /api/v1/horoscope/sign/birthday

Engine-native request keys exposed:

• sign
• target_date
• birth
• sections
• zodiac_system
• ayanamsa
• house_system
• node_type
• tenant_id

Beibehaltung der Kompatibilitätsschlüssel:

• dob
• timezone
• year
• birth_time
• birth_latitude
• birth_longitude
• birth_timezone

D) Aktualisierung des Geburtstags-Diagramms¶

These surfaces existed prior to v1.0.0 and are now upgraded for fuller engine parity:

• POST /api/v1/birth-chart
• POST /api/v1/birth-chart/svg

Verbesserungen umfassen:

• Vollständige Unterstützung für die Option "fuller gateway-to-engine Request"

• Gleichheit der Konfiguration für das "wheel"-Feld

• strengere Antwort-Form-Schutzmechanismen

E) Normalisierung des Antwortvertrags¶

Verbesserte Endpunkte, die auf einem Horoskop-Engine basieren, liefern zurück:

• rohe Antwort des Engines

• _enterprise

• _api_metadata_

F) Behandlung von Zeitzone und relativen Tagen¶

Daily endpoints using today, yesterday, and tomorrow now apply timezone-aware target-date resolution via IANA timezone input.

G) Klärung zur Personalisierungsunterstützung¶

Where supported, personalized reports are activated by providing birth-vector fields such as:

• birth_time
• birth_latitude
• birth_longitude
• birth_timezone

If omitted, routes remain usable in generalized sign-based mode.

Horoskop-Erweiterung – Veraltete, Versteckte und Entfernte Endpunkte¶

Horoskop-Erweiterung – Änderungen¶

• Routen-Umbenennung: /api/v1/horoscope/planets → /api/v1/horoscope/planets-info
• Der Canonical-Namespace für Horoskop-Berichte, die von einem Live-Engine unterstützt werden, ist jetzt /api/v1/horoscope/reports/*
• Kombinierte Routen für die tägliche Liebe wurden durch explizite Routen für Singles und Paare ersetzt
• Die kombinierte jährliche career_money Route wurde entfernt, um stattdessen dedizierte jährliche Routen zu verwenden
• Allgemeine und Übersichtsendpunkte für planetarische Berichte wurden in favor von periodenstrukturierten Routen ersetzt
• Upgrade der Engine-basierten Routen standardisiert um POST-basierte Anfragen

Horoskop-Erweiterung – Kompatibilitätshinweise¶

• Die Legacy-Routen /api/v1/horoscope/report/* sind weiterhin als verborgene, rückwärtskompatible Aliase verfügbar
• Die öffentlichen Dokumente und OpenAPI stellen nur den Canonical-Namespace /api/v1/horoscope/reports/* dar
• Neue Integrationen sollten die Pfade /reports/* sofort verwenden

Horoskop-Erweiterung – Migrationshinweise¶

1) Migrations-Karten für Endpunkt-Pfade¶

• GET/POST /api/v1/horoscope/planets → GET/POST /api/v1/horoscope/planets-info
• POST /api/v1/horoscope/report/{surface} → POST /api/v1/horoscope/reports/{surface}
• POST /api/v1/horoscope/{surface} → POST /api/v1/horoscope/reports/{surface}
• POST /api/v1/horoscope/planetary/overview → POST /api/v1/horoscope/reports/planetary/{period}/overview
• Legacy-Planetar-Aggregat-Route → POST /api/v1/horoscope/reports/planetary/{period} oder entsprechende Übersicht
• Legacy-Flexibel-Aggregat-Horoskop-Route → Abschnittsspezifische Routen oder Übersicht
• POST /api/v1/horoscope/yearly/career_money → Aufteilung in jährliche Karriere- und jährliche Geld-Routen
• Legacy-Liebe-Tages-Routen → Aufteilung in love_singles oder love_couples Tages-Routen

2) Migration der Request-Payloads¶

Für aktualisierte, engine-basierte Routen, verwenden Sie strukturierte POST-Bodies mit Feldern wie:

• dob
• timezone
• Zeitrahmen-Selektoren wie day, target_date oder year
• Optionale Engine-Optionen:
• zodiac_system
• ayanamsa
• house_system
• node_type
• tenant_id
• Optionale Personalisierungsfelder:
• birth_time
• birth_latitude
• birth_longitude
• birth_timezone

3) Regeln für die Migration der Planetar-Routen¶

• Verwenden Sie sections nur auf nicht-übersichtlichen planetarischen Perioden-Routen
• general ist über dedizierte /overview Routen zugänglich

4) Migration des Response-Parsers¶

Clients sollten:

• Felder des Report-Payloads direkt aus dem Response-Body parsen
• _enterprise
• _api_metadata_

5) Anmerkung zum Verhalten der Übersetzung¶

The horoscope engine itself does not generate multilingual content directly, so report based endpoints currently support but en only.

Non-report endpoints continue to support full multilingual translation through gateway helper layers using lang, such as:

• en
• es
• de
• fr
• pt

Horoskop-Erweiterung – Dokumentation und Qualitätssicherung abgeschlossen¶

• Öffentliche Dokumentation aktualisiert für aktualisierte Horoskop-Routen

• Legacy planetary docs replaced by period-specific planetary docs

• Dokumentation zu Karriere und Finanzen wurde aufgeteilt, wobei kombinierte Routen entfernt wurden

• Beispiel-JSON, das mit den Antworten der Endpunkte synchronisiert ist, für verbesserte Dokumentation

---¶

Horoskop-Erweiterung – Empfohlene Client-Upgrade-Checkliste¶

• Aktualisieren Sie alle umbenannten und veralteten Pfade mithilfe der Migrationskarte

• Ändern Sie alle älteren GET-Konsumenten für aktualisierte Berichtsrouten in POST-Body-Anfragen

• Füge die Zeitzone zu allen täglichen Flows hinzu, um relative Datumsverschiebungen zu vermeiden

• Fügen Sie Personalisierungsfelder hinzu, wenn benutzerdefinierte Artikel gewünscht sind

• ENDE MARKDOWN ---- Aktualisieren Sie die Antwort-Parser, um _enterprise und _api_metadata_ beizubehalten

- Führen Sie die Integrationstests erneut gegen alle Horoskop-Endpunkte aus, die in der Produktion verwendet werden.¶

Zusammenfassung der Release Notes – Horoskop-Erweiterung¶

Die Numerology API v1.0.0 vollendet eine umfassende Integration, erweitert die Berichtsabdeckung über verschiedene Abschnitte und Zeiträume, führt eine klarere, standardisierte Routenstruktur ein und schafft eine übersichtlichere Produktionsumgebung für zukünftige Iterationen des internen Horoskop-Engines.

Teil III – Anleitung zur API-Integration¶

Gemeinsame Integrationshinweise für Kunden, die die Numerology API verwenden¶

Kunden, die sowohl Numerology- als auch Horoskop-Endpunkte nutzen, sollten die folgenden Punkte zusammen berücksichtigen:

Authentifizierung und Zugriff¶

• Erweiterte Numerology-Endpunkte sind ausschließlich für die direkte Plattform (keine Unterstützung über den RapidAPI-Gateway)
• Engine-basierte Horoskop-Routen sind ebenfalls ausschließlich für die direkte Plattform und werden weiterhin unter ihrem standardisierten API-Namespace mit aktualisierten Gateway-Mustern verwendet
• Beibehalten Sie die Unterstützung für Metadaten-Wrapper im Unternehmensstil

Anforderungsmodellierung¶

• Bevorzugen Sie explizite, strukturierte POST-Bodies für alle neu aktualisierten oder erweiterten Routen
• Validieren Sie Datumsformate, Zeitbereich-Auswahlen, Zeitzonen-Strings und verschachtelte Objekte auf der Client-Seite
• Stellen Sie, wo verfügbar, Personalisierungsvektoren für reichhaltigere Ausgaben bereit### Zeitzone und Datumssemantik
• Numerology Endpunkte hängen von korrekten Datums- und Monatsformaten ab
• Horoskop-Tagesrouten hängen von der korrekten Zeitzonenbehandlung für die relative-Tagesauflösung ab
• IANA Zeitzonen-Strings werden dringend empfohlen, sofern unterstützt

Sprachbehandlung¶

• Numerology erweiterte Endpunkte haben eine mehrsprachige Darstellung, die durch Tests bestätigt wurde
• Engine-basierte Horoskop-Routen unterstützen weiterhin nur en

Empfehlungen für die Produktion¶

• Aktualisieren Sie zuerst SDKs und Request-Validatoren
• Aktualisieren Sie dann die Integrationstests
• Promoten Sie anschließend Änderungen an Routen/Pfaden für Produktionskunden
• Überwachen Sie alle intern verwendeten, versteckten Kompatibilitätsalias, damit diese später mit Sicherheit entfernt werden können

Teil IV — Zusammenfassung der finalen Veröffentlichung¶

Was v1.0.0 bedeutet¶

v1.0.0 ist der Punkt, an dem beide Oberflächen deutlich vollständiger und produktionsreif werden: - Numerology API bietet jetzt einen deutlich umfassenderen und erweiterten Katalog, der Zeit, Identität, spirituelle Einsichten, Schattenarbeit, Beziehungen, Kompatibilität und Vorhersagekalender umfasst. - Horoskopberichte basieren jetzt auf einer deutlich stärkeren, auf einem Engine basierenden Grundlage mit standardisierten Berichts-Namensräumen, umfassenderer Themenabdeckung, klareren Migrationsmustern und besserer Übereinstimmung zwischen Berichtsfamilien. - Die Dokumentation, Beispiele, Validierungsverhalten und Kompatibilitätsrichtlinien sind deutlich ausgereifter als im Zustand vor v1.0.0.

Diese Veröffentlichung ist mehr als nur ein Versions-Update. Es handelt sich um eine strukturelle Veröffentlichung, die Folgendes verbessert:

• Vollständigkeit der Plattform
• Klarheit der Routen
• Vorbereitung für die Client-Migration
• Vertrauen in die Dokumentation
• Konsistenz der Enterprise-Integration

Empfohlene Vorgehensweise¶

Für alle aktiven Integratoren ist der empfohlene Weg:

1. Sofort die standardisierten Routen übernehmen
2. Anfragenmodelle für POST-basierte Daten aktualisieren, wo dies erforderlich ist
3. Parsing der Metadaten-Wrapper beibehalten
4. Zeit- und Datumsformate clientseitig validieren
5. Numerology-Consumer direkt auf die Plattform verlagern
6. Vor der Produktionsfreigabe eine vollständige Integrationstests durchführen

Abschließende Anmerkung¶

This unified changelog reflects the v1.0.0 release state for The Numerology API and consolidates the major rollout work completed for the 2026-04-12 release window.