Direkt zum Inhalt

Häufige Fehler

Genau an diesen Stellen erzeugen LLMs oft fehlerhaften Code. Abgeglichen mit unseren Produktionslogs.

Astrologie

  • Das Horoskop ist POST /api/astro/rashifal/daily/ mit dem JSON-Body { rashi }, z. B. { "rashi": "aries" }. Kein GET, kein Pfadparameter.
  • Das Geburtshoroskop ist POST /api/astro/chart/. Pflichtfelder: ayanamsa, chart_name, datetime, latitude, longitude, notation.
  • Die Antwort des Tageshoroskops (Rashifal) enthält unter anderem general_prediction, aspects (mit love, career, health) und lucky (mit color, number). Felder wie column, overview oder events gibt es nicht.

Vedisch

  • Der Body nutzt date_time (ISO-8601-String), latitude, longitude und timezone_as_float. Keine getrennten Felder für Datum und Uhrzeit.
  • Manglik Dosha: Der Key manglik liefert eine Liste mit drei Elementen [is_manglik, cancellation_applied, cancellation_rules_matched], keinen einzelnen Boolean.
  • Kala Sarpa: Der Key kala_sarpa liefert einen Boolean. Nutz den Endpoint astro/dosha/ mit keys: [\"kala_sarpa\"].
  • Dasha-Endpoint: POST /api/astro/dasha/vimshottari/. Erwartet date_time, latitude, longitude, timezone_as_float. Einen eigenen Endpoint für Unter-Dashas gibt es nicht.
  • Das KP-Horoskop ist POST /api/astro/kp-chart/, nicht /kp/birth-chart.
  • Panchang: Nutz GET panchanga mit date_time, latitude, longitude, timezone_as_float.

Numerologie

  • Numerologie nutzt date_time, name, year, month, day (Ganzzahlen) – keinen birthDate-String.
  • Das Array keys bestimmt, welche Berechnungen zurückkommen. Frag alle Keys in einem Aufruf ab – das kostet einen Credit, egal wie viele es sind.
  • Key für das persönliche Jahr: personal_year_number mit dem Parameter year (Standard: das laufende Jahr).

Tarot

  • Legung: POST /api/astro/tarot/spread/ mit dem Parameter spread (z. B. three_card), nicht /spreads/three-card.
  • Ja/Nein: POST /api/astro/tarot/yes-no/. Das Antwortfeld heißt strength (nicht confidence). Mögliche Werte: nur "Strong" oder "Qualified".
  • Ziehung: POST /api/astro/tarot/draw/.
  • Karten-IDs sind in Kebab-Case: fool, ace-of-cups, three-of-swords.

I Ging

  • I Ging ist POST /api/astro/numerology/iching/. Optional mit date_time und name. Eigene Endpoints für Tageszeichen oder Werfen gibt es nicht.

Engelszahlen

  • POST /api/astro/numerology/angel/ mit sequence als String (z. B. "1111"). Eine Ganzzahl fällt bei der Validierung durch.

Alle Endpoints

  • Alle POST-Endpoints: Schick den Header Content-Type: application/json mit.

SDK-Nutzung

  • TypeScript: Initialisieren mit new OccultApi({ apiKey }). Jede Methode liefert { data, error, response }. Zuerst error prüfen.
  • Python: from occult_api import OccultApi, Argumente immer als kwargs übergeben, nie positionsbasiert. Async-Varianten enden auf _async.
  • PHP (8.2+): use function OccultAPI\Sdk\occult;, dann $occult = occult($key). Methoden mit benannten Argumenten aufrufen.
  • Ruf die Occult API nie aus clientseitigem Code auf. API-Schlüssel gehören auf den Server.

Wie geht es weiter?