API d'interprétation d'Astrocartographie

Le endpoint calcule l'ensemble complet d'astrocartographie pour le moment de naissance, puis le filtre à travers une taxonomie de dix-neuf domaines de vie construite à partir de la littérature fondatrice de la technique : Jim Lewis pour la signification planète-angle, Erin Sullivan pour ce que chaque angle gouverne, et Martin Davis pour le traitement des lignes difficiles. Chaque domaine nomme les lignes qui lui appartiennent avec un poids de un à trois, ainsi un Soleil sur le Milieu du Ciel prime sur un Mercure sur le même angle pour la carrière. Chaque correspondance porte aussi une polarité, et les lignes difficiles sont renvoyées avec les lignes favorables plutôt que filtrées, car un outil de relocalisation qui ne montre que les lignes favorables déforme la technique. Quand tu fournis un point, les lignes hors du rayon disparaissent et la force renvoyée multiplie le poids astrologique par la proximité géographique, ce qui te permet de classer les villes candidates plutôt que de simplement lister les lignes. Le texte d'interprétation provient d'une base de connaissances curée couvrant les quarante combinaisons planète-angle en onze langues, avec un fallback documenté lorsqu'une traduction manque.

curl -X POST https://api.astroway.info/v1/acg/by-category \
  -H "X-Api-Key: aw_live_..." \
  -H "Content-Type: application/json" \
  -d '{
  "date": "1990-05-15",
  "time": "14:30:00",
  "timezoneOffset": 3,
  "latitude": 50.45,
  "longitude": 30.52,
  "category": "career",
  "point": { "lat": 51.5074, "lng": -0.1278 },
  "radiusDeg": 8,
  "language": "en"
}'

{
  "ok": true,
  "data": {
    "category": { "id": "career", "name": "Career" },
    "language": "en",
    "count": 3,
    "lines": [
      {
        "planet": "Jupiter",
        "type": "MC",
        "weight": 3,
        "polarity": "supportive",
        "strength": 2.31,
        "distanceDeg": 1.84,
        "pointCount": 341,
        "segments": [
          [[-85, 110.48], [-84.5, 110.48], "…"]
        ],
        "interpretation": {
          "title": "Jupiter - MC",
          "text": "Expansion of professional opportunity…",
          "lang": "en"
        }
      }
    ]
  }
}

Utilise ça quand ton produit répond à une question en langage ordinaire : où devrais-je aller pour travailler, quelle de ces trois villes est la meilleure pour une relation, que signifie réellement cette ligne au-dessus de ma ville. Trois formes couvrent la plupart des implémentations. Classement, en envoyant une catégorie et un point par ville candidate puis en triant par force. Explication, en appelant /v1/acg/line-report pour une seule planète et un angle afin d’obtenir le texte complet plus chaque autre domaine de vie que la ligne touche. Découverte, en récupérant GET /v1/acg/categories une fois avec zéro crédit et en construisant ton UI à partir de la taxonomie renvoyée, ainsi une nouvelle catégorie apparaît sans mise à jour du client. Parce que le texte est curé plutôt que généré, les réponses sont déterministes, ne citent aucun modèle, et ne coûtent rien de plus en inférence : la même requête renvoie les mêmes mots demain.

La taxonomie couvre les dix corps traditionnels. Chiron, Lilith et les nœuds lunaires apparaissent dans la géométrie /v1/acg mais sont délibérément hors de la correspondance, car la technique telle que définie par Jim Lewis ne leur attribue pas de domination angulaire de domaine de vie. Les poids et les polarités sont un jugement éditorial exprimé comme données, versionnées dans le dépôt et auditable plutôt que cachées dans un prompt. Le texte d'interprétation est une recherche dans une base de connaissances, pas un appel à un modèle de langage, il est donc stable, reproductible hors ligne et exempt des avertissements que nécessite une interprétation générée.