Opus 5.5 zrobił grę z jednego zdania. Dwie gry, koszt i poprawka

👁 192 przeczytań

Gra w przeglądarce z jednego zdania w Opus 5.5 to nie jest tylko efekt z filmików na X: zrobiłem dwie takie gry 26 września 2026 roku, każdą z jednego polskiego zdania, i obie ruszyły bez żadnego błędu w konsoli. Pierwsza to zręcznościówka 2D na canvasie z lisem łapiącym jabłka, druga to gra 3D w three.js z kulą pędzącą po drodze. Poniżej dokładne polecenia, czasy, tokeny, koszt w dolarach i złotych, zrzuty z automatycznego grania oraz jedno podejście poprawkowe, bo w grze 3D znalazłem błąd.

Skąd pomysł i jak to zmierzyłem

Od premiery Opus 5.5 (22 września 2026) na X krążą gry 3D, które model miał zrobić „z jednego zdania”. Chciałem sprawdzić, ile w tym prawdy przy zwykłym poleceniu po polsku, bez dopracowanego promptu systemowego i bez ręcznego poprawiania kodu. Model wywołałem przez OpenRouter (anthropic/claude-opus-5.5) z domyślnym poziomem wysiłku medium i limitem 20 000 tokenów wyjścia. Koszt biorę z pola rozliczeniowego odpowiedzi, a nie z wyliczeń. Ceny i parametry modelu opisałem w przewodniku po Opus 5.5, a sposób liczenia kosztu w tekście o cenie Opus 5.5.

Każdą grę uruchomiłem w Chromium przez Playwright w oknie 1280 na 720 pikseli. Skrypt klikał w planszę, naciskał spację, potem przez kilka sekund 16 razy przytrzymywał losowo strzałkę w lewo albo w prawo na 200-600 ms i robił trzy zrzuty. Porównanie pikseli między zrzutami pokazuje, czy coś się rusza. Wreszcie skrypt przestawał sterować, czekał na koniec gry, robił zrzut i sprawdzał restart spacją.

Gra 2D: lis i jabłka

Polecenie, 39 słów, bez niczego więcej:

Napisz w jednym pliku HTML, bez żadnych zewnętrznych zasobów, zręcznościową grę 2D na canvasie, w której sterujesz strzałkami lisem łapiącym spadające jabłka i unikającym szyszek, z licznikiem punktów, trzema życiami, rosnącym tempem i ekranem końca gry z restartem spacją.

Opus 5.5 myślał 1630 tokenów, a całą odpowiedź napisał w 103,4 sekundy. Wyszło 11 271 tokenów wyjścia i plik HTML o rozmiarze 16 942 bajtów. Wszystkie wymagania z polecenia są na miejscu. Lis, jabłka, szyszki, chmury, słońce i choinki są rysowane kodem, bez ani jednego pliku graficznego. Model dodał też rzeczy, o które nie prosiłem: złote jabłko za 5 punktów, rekord zapisywany w pamięci przeglądarki, chwilową nietykalność po trafieniu szyszką i drganie ekranu.

Przy losowym sterowaniu i czekaniu lis stracił trzy życia po 27,7 sekundy z wynikiem 3, a spacja uruchomiła nową grę z zachowanym rekordem. Między kolejnymi zrzutami z rozgrywki zmieniło się 2,4% i 2,1% pikseli, co przy małych spadających obiektach na stałym tle oznacza, że gra żyje. Jedyne potknięcia są językowe: na ekranie końca widnieje „Przetrwany czas: 27.7 s”, czyli niezgrabne sformułowanie i kropka dziesiętna zamiast przecinka.

Gra 3D: kula na nieskończonej drodze

Drugie polecenie, 46 słów:

Napisz w jednym pliku HTML grę 3D w three.js ładowanym z CDN, w której strzałkami w lewo i w prawo sterujesz kulą pędzącą po nieskończonej drodze, omijasz przeszkody, tempo rośnie z czasem, wynik widać na ekranie, a po zderzeniu gra pokazuje komunikat i restartuje się spacją.

Tu odpowiedź przyszła po 94,6 sekundy: 9218 tokenów wyjścia, w tym 2084 tokeny myślenia, plik 12 670 bajtów, 393 linie. Biblioteka three.js w wersji 0.160.0 ładuje się z unpkg, więc gra wymaga internetu, co model sam zaznaczył w odpowiedzi. Scena ma cienie, mgłę, choinki i słupki wzdłuż drogi, a przy większej prędkości kamera lekko poszerza kąt widzenia. Wynik to przebyty dystans, obok prędkość w km/h i rekord.

Między zrzutami zmieniło się 15,4% i 20,4% pikseli, bo w 3D przesuwa się cała scena. Konsola znowu była czysta. Błąd wyszedł dopiero na zrzucie po zderzeniu: w rogu „Wynik: 256”, a w komunikacie „Twój wynik: 257”. W kodzie widać przyczynę: dystans rośnie przed sprawdzeniem kolizji, a licznik odświeża się po nim, więc przy zderzeniu funkcja kończy się, zanim licznik dostanie ostatnią wartość.

Jedno podejście poprawkowe i ile kosztowało

Drugi problem nie jest błędem w kodzie, tylko brakiem: żadna z gier nie reagowała na dotyk, więc na telefonie nie da się w nie zagrać. Wysłałem do tej samej rozmowy jedno zdanie:

Gra działa, ale znalazłem dwa problemy: po zderzeniu licznik w rogu pokazuje 256, a komunikat końcowy 257, i na telefonie nie da się grać, bo nie ma sterowania dotykiem. Popraw oba i zwróć cały plik.

Opus 5.5 trafnie opisał przyczynę rozjazdu, przeniósł liczenie wyniku do jednej funkcji i dodał sterowanie: przytrzymanie lewej lub prawej połowy ekranu skręca, dotknięcie uruchamia grę, a na ekranach dotykowych pojawiają się dwa przyciski ze strzałkami. Bez proszenia dopasował kąt kamery do pionowego ekranu i zablokował przewijanie oraz powiększanie strony. Sprawdziłem to w emulacji telefonu 390 na 844 pikseli: przytrzymanie lewej strony zepchnęło kulę do lewej krawędzi drogi, prawej do prawej. Licznik i komunikat pokazały po zderzeniu tę samą liczbę, 227.

Cena tej wygody: 93,2 sekundy, 7378 tokenów wejścia (poprzednia rozmowa wraca do modelu), 11 295 tokenów wyjścia i 0,255 USD. Poprawka kosztowała o 38% więcej niż napisanie gry od zera, bo model zwrócił cały plik, o co zresztą prosiłem. Plik urósł z 12 670 do 16 888 bajtów.

Zagraj sam

Obie gry wrzuciłem na serwer dokładnie w takiej postaci, w jakiej oddał je Opus 5.5 (gra 3D po jednej poprawce), bez żadnej ręcznej zmiany w kodzie. Działają na komputerze i na telefonie: lis i jabłka (2D) oraz kula na drodze (3D). Gra 3D pobiera bibliotekę three.js z internetu, więc potrzebuje połączenia.

Wszystkie liczby w jednej tabeli

Żaden plik nie zmieścił się w 12 KB. Najbliżej była pierwsza wersja gry 3D, ale tylko dlatego, że cały silnik graficzny przychodzi z zewnątrz.

Co z tego wynika

• Jedno zdanie wystarcza na grywalny prototyp. Polecenia miały 39 i 46 słów i dały gry bez błędów w konsoli, z elementami, o które nie prosiłem.
• Model sam nie pomyśli o telefonie. Jeśli gra ma trafić na stronę, dopisz sterowanie dotykiem od razu w pierwszym zdaniu. Poprawka po fakcie kosztowała więcej niż cała pierwsza wersja.
• Drobne błędy wychodzą dopiero przy graniu. Rozjazd wyniku o 1 zobaczyłem na zrzucie, a nie w konsoli. Bez automatycznego grania albo ręcznej partii przeszedłby niezauważony.
• Koszt zależy od długości pliku, nie od trudności gry. Stawka 20 USD za milion tokenów wyjścia oznacza, że w moich trzech zapytaniach każde 10 KB gotowego pliku kosztowało 0,13-0,15 USD razem z myśleniem. To moja opinia oparta na trzech zapytaniach, a nie na większej próbie.

Jeśli chcesz robić takie rzeczy na większą skalę, z poprawkami w pętli, wygodniej jest w Claude Code, gdzie model sam uruchamia i czyta pliki. O tym, czy wyższy poziom wysiłku coś daje, pisałem w teście poziomów effort.

Czytaj też: Opus 5.5 w Claude Code: 3 godziny pracy agenta nad testem AI

Najczęstsze pytania

Ile kosztuje zrobienie gry w przeglądarce w Opus 5.5?

W moim pomiarze prosta gra 2D kosztowała 0,226 USD (0,87 zł), a gra 3D w three.js 0,185 USD (0,71 zł), przez API w OpenRouterze. Jedna poprawka z przepisaniem całego pliku to kolejne 0,255 USD.

Czy gra z jednego zdania działa od razu?

W obu moich próbach tak: zero błędów konsoli, działające sterowanie, koniec gry i restart. W grze 3D był jednak rozjazd wyniku o 1, a żadna gra nie obsługiwała dotyku.

Ile trwa generowanie gry?

Od 94,6 do 103,4 sekundy na grę przy poziomie wysiłku medium. Model myślał przy tym od 1630 do 2084 tokenów.

// czytaj dalej18 tys. wpisów: agenty AI zrobiły sobie forum na wikiPrzypadki AISeedream 5.5 od ByteDance: 100 poprawek jednego obrazu i przezroczyste tło. Gdzie już działaNewsyUpscaler AI: jak poprawić jakość zdjęcia - darmowe i płatne narzędziaArtykuły