Hello, Un message important pour les utilisateurs de l'API:

⚠️ Changement de contrat sur les modèles de quête (quest-templates). Si vous consommez l'API, lisez cette section.

Un « modèle de quête » (quest-template) représente désormais un couple (type de quête × version du jeu) au lieu d'une simple version du jeu.

1. Nouvel objet quest_type dans les réponses

Les endpoints quest-templates renvoient un nouvel objet quest_type :

"quest_type": { "id": 1, "slug": "ocre", "name": { "fr": "Ocre", "en": "Ocre", "es": "Ocre" } }

2. Le champ id d'un modèle de quête a changé de signification

  • Avant : GET /v1/quest-templates renvoyait un id égal à l'identifiant de version du jeu.
  • Maintenant : id est l'identifiant du modèle de quête (type × version).

Concrètement, GET /v1/quest-templates/{id} attend désormais un id de modèle de quête, plus un id de version du jeu. Normalement la valeur est identique car ce sont les mêmes ids dans le même ordre d'insertion, mais il ne faut plus se fier aveuglément à cette valeur comme étant celle de la version du jeu.

➡️ À faire si vous appelez /v1/quest-templates/{id} avec une valeur en dur : re-listez d'abord via GET /v1/quest-templates et utilisez le nouveau champ id retourné. La version du jeu reste disponible dans l'objet game_version de chaque entrée.

3. Réponses de quêtes utilisateur

Dans GET /v1/users/{username}/quests et GET /v1/users/{username}/quests/{slug}, l'objet imbriqué quest_template reflète le même changement : son id est désormais l'identifiant du modèle de quête. L'objet server.game_version reste inchangé.

Ce qui ne change pas dans l'API : - Les endpoints eux-mêmes (URLs, verbes) sont identiques. - Les monstres, étapes, quantités, la structure game_version (id + name) et toutes les autres réponses sont inchangés. - Aucune authentification ni aucun quota ne change.