xAI TTS v1 Sub-Second Speech

Utwórz kompletną, dopracowaną, interaktywną stronę HTML w jednym pliku, zatytułowaną „Powietrzna Dyspozytornia Balonów”. Zwróć wyłącznie końcowy dokument HTML, z całym CSS i JavaScriptem umieszczonymi inline. Strona musi otwierać się i działać bezpośrednio w nowoczesnej przeglądarce, bez procesu buildowania i bez zewnętrznych zależności, bibliotek, fontów, CDN-ów, adresów URL obrazów, API ani dodatkowych plików. Ma to być responsywna strona internetowa, a nie kompozycja o stałych proporcjach 16:9. Zaprojektuj immersyjną stację kontroli floty balonów na ogrzane powietrze o świcie, łączącą zabytkowe przyrządy lotnicze, sitodrukowe mapy topograficzne, faktury papieru, mosiężne elementy sterujące i nowoczesną symulację czasu rzeczywistego. Zastosuj starannie nałożoną paletę kobaltowego błękitu, kremowej żółci, koralowej czerwieni, ciepłej bieli, grafitu i przygaszonego mosiądzu. Ciepłe poranne światło powinno stopniowo rozjaśniać się od lewego górnego rogu. Koduj wysokość, warstwy wiatru i zagrożenie w spójny sposób za pomocą kolorów, grubości linii, wzorów i czytelnych legend. Twórz wszystkie elementy wizualne proceduralnie za pomocą HTML, CSS, Canvas i, gdy będzie to przydatne, inline SVG. Centralny obszar musi zawierać dużą, animowaną mapę przestrzeni powietrznej z widokiem z góry, pokazującą kanion, linie poziomicowe, co najmniej dwanaście indywidualnie rozpoznawalnych balonów, kilka zmiennych warstw wiatru, przemieszczający się układ burzowy cumulonimbus, strefy turbulencji oraz latającą latarnię morską jako cel. Zaimplementuj prawdziwą, lekką symulację fizyki: każdy balon musi śledzić pozycję, prędkość, wysokość, paliwo, balast, temperaturę, ryzyko i historię trasy; kierunek i siła wiatru muszą zmieniać się zależnie od wysokości oraz ewoluować w czasie; palniki zwiększają siłę nośną, zużywając paliwo; uwalnianie balastu podnosi balon, ale trwale zmniejsza ilość balastu; chłodzenie powoduje opadanie; ściany kanionu i komórki burzowe muszą tworzyć realne zagrożenia. Balony powinny poruszać się nieprzerwanie i pozostawiać widoczne, stopniowo zanikające ślady lotu. Celem jest bezpieczne doprowadzenie całej floty do latarni, zanim skończą się zasoby lub czas. Dodaj wyraźny odliczany start o świcie oraz elementy sterujące Start, Pauza, Wznów, Reset i prędkość symulacji. Przed startem balony powinny delikatnie kołysać się, a przyrządy lekko drgać. Po starcie animuj cząsteczki wiatru, ruch balonów, rozwój burzy, rysowanie śladów, pulsowanie ostrzeżeń i zmieniające się oświetlenie. Użytkownicy muszą móc przeciągać węzły kierunku wiatru bezpośrednio na mapie, aby zmieniać lokalny przepływ powietrza w czasie rzeczywistym, z natychmiastową informacją wizualną i fizyczną. Kliknięcie balonu musi go zaznaczyć, wyróżnić jego trasę, wyświetlić jego dane w całym interfejsie i otworzyć kompaktowy inspektor szczegółów. Zapewnij dotykowe elementy sterujące palnikiem i balastem dla wybranego balonu, w tym działanie palnika po naciśnięciu i przytrzymaniu, wyraźnie odczuwalne w skutkach uwolnienie balastu, skróty klawiaturowe i przyciski dostępne dla wszystkich użytkowników. Zezwól na wybór wielu balonów lub wydawanie poleceń całej flocie w ramach zaawansowanej rozgrywki. Umieść pionowy panel boczny z kartami misji przedstawiającymi cele floty, aktywne alerty, komunikaty pogodowe i podsumowania stanu poszczególnych balonów. Karty misji powinny aktualizować się na żywo i obsługiwać filtrowanie według stanów: bezpieczny, ostrzeżenie, krytyczny, dotarł i utracony. Na dole umieść gęsty, ale czytelny pasek telemetrii z płynnie przewijanymi wykresami Canvas dla wysokości, prędkości pionowej, paliwa, odległości od burzy i postępu floty. Najechanie na wykresy lub ich przewijanie powinno ujawniać zsynchronizowane wartości i wyróżniać odpowiadający moment na śladzie wybranego balonu. Dodaj zabytkowe wskaźniki, obracające się wskazówki, odczyty numeryczne, lampki ostrzegawcze, opieczętowane etykiety, współrzędne mapy, pasma wysokości, kompaktową minimapę lub widok ogólny oraz czytelną legendę. Zastosuj responsywne zachowanie układu zamiast jedynie zmniejszać kompozycję desktopową. Na szerokich ekranach jednocześnie pokazuj panel boczny, centralną mapę, inspektor i telemetrię. Na tabletach składaj dodatkowe karty w zakładki lub szuflady. Na urządzeniach mobilnych nadaj priorytet mapie i elementom sterującym wybranym balonem, zapewnij duże pola dotykowe, układaj panele telemetrii jeden pod drugim i zachowaj interakcje przeciągania. Zadbaj o płynne wypełnianie obszaru ekranu przy różnych proporcjach oraz o obsługę myszy, dotyku i klawiatury. Spraw, aby symulacja była kompletna: uwzględnij warunki sukcesu i porażki, animowane dokowanie po dotarciu do latającej latarni, informacje zwrotne o kolizjach lub utracie balonu w burzy, kontekstowe podpowiedzi, wskazówki przy pierwszym użyciu, stany puste i wyłączone, potwierdzenie nieodwracalnego uwolnienia balastu, proces ponownego uruchomienia, komunikaty o stanie oraz końcowy raport misji ze statystykami, takimi jak liczba przybyłych i utraconych balonów, efektywność paliwowa, średnie ryzyko i czas trwania. Ustal stan początkowy tak, aby scenariusz od razu był interesujący, ale nadal możliwy do wygrania. Użyj requestAnimationFrame do płynnej animacji oraz Canvas do mapy i telemetrii tam, gdzie będzie to odpowiednie. Zadbaj o wydajne renderowanie, użyj devicePixelRatio dla wyraźnych canvasów, prawidłowo obsługuj zdarzenia zmiany rozmiaru i unikaj błędów w konsoli. Priorytetem niech będą wyjątkowa hierarchia wizualna, dopracowane mikrointerakcje, przekonujące zachowanie przyrządów, spójny stan między wszystkimi panelami i szczegółowe wykończenie. Nie twórz statycznego mockupu. Nie używaj prostokątów zastępczych, ogólnych gradientów jako całej warstwy projektu, pozornie działających elementów sterujących, zewnętrznych zasobów, zewnętrznych fontów, okien dialogowych alert(), nadmiaru tekstu objaśniającego, poziomego przepełnienia, małych i nieczytelnych etykiet ani interakcji działających wyłącznie za pomocą myszy. Nie wymuszaj płótna 16:9 ani widoku o stałym rozmiarze. Każdy główny widoczny element sterujący musi działać, a wszystkie wyświetlane dane muszą wynikać z aktualnego stanu symulacji.

Utwórz kompletną, dopracowaną, interaktywną stronę HTML w jednym pliku, zatytułowaną „Zautomatyzowana Piekarnia o Północy”, używając wyłącznie inline HTML, CSS i waniliowego JavaScriptu. Zwróć cały działający dokument HTML i nic więcej. Nie używaj zewnętrznych bibliotek, frameworków, CDN-ów, fontów, obrazów, plików SVG, plików audio, API ani żądań sieciowych; wszystkie elementy wizualne, ikony, informacje zwrotne przypominające dźwięk, efekty i logika gry muszą być generowane lokalnie za pomocą HTML/CSS/JS. Zbuduj w pełni grywalną grę o planowaniu zamówień, rozgrywającą się w zautomatyzowanej piekarni o północy. Kawałki ciasta muszą nieprzerwanie wjeżdżać do izometrycznego systemu przenośników, z wyraźnie rozróżnialnymi kształtami, recepturami, wymaganymi temperaturami pieczenia, czasami pieczenia, limitami świeżości i wartościami punktowymi. Zorganizuj interfejs wokół dużego centralnego pieca przemysłowego, zapętlonej sieci przenośników z przełączanymi torami oraz bocznych paneli oprzyrządowania czasu rzeczywistego. Gracze muszą móc przeciągać i zmieniać kolejność kawałków ciasta w kolejce pieca, przeciągać je między kompatybilnymi miejscami, gdy ma to zastosowanie, klikać przełączniki torów, aby przekierowywać nadchodzące ciasto, klikać elementy sterujące pieca w celu regulacji temperatury lub aktywacji systemów oraz korzystać z jasno opisanych skrótów klawiaturowych do tymczasowego przyspieszania przenośnika i awaryjnego chłodzenia. Wszystkie interakcje za pomocą myszy, dotyku, kliknięć, przeciągania i klawiatury muszą reagować natychmiast i w widoczny sposób. Zaimplementuj prawdziwą rozgrywkę opartą na stanie, a nie statyczny mockup. Uwzględnij wiele jednoczesnych zamówień na ciasto, ruch przenośników, routing torów, walidację kolizji i przyciągania podczas przeciągania, limity pojemności, timery poszczególnych elementów, bezwładność temperatury pieca, postęp pieczenia, stany niedopieczone/doskonale wypieczone/przypalone, wynik, mnożnik kombinacji, życia lub reputację, rosnący poziom trudności, pauzę/wznowienie, restart oraz zwięzły interaktywny samouczek lub nakładkę pomocy. Receptury powinny tworzyć znaczące konflikty harmonogramu: różne produkty powinny wymagać różnych temperatur i czasów, zachęcając do zmiany kolejności w kolejce oraz strategicznego chłodzenia lub przyspieszania. Idealnie wypieczony chleb powinien wyjeżdżać złocisty, uruchamiać satysfakcjonujący wybuch cząsteczek, rozświetlać witrynę piekarni, zwiększać kombinację i aktualizować dziennik zamówień. Błędy powinny powodować pojawienie się widocznie zwęglonego chleba, unoszącego się dymu i żaru, miganie świateł ostrzegawczych, drganie przyrządów, utratę kombinacji i wyraźną informację zwrotną bez dźwięku. Zapewnij opcjonalny przełącznik dźwięku, ale po jego włączeniu symuluj informacje dźwiękowe wizualnie oraz za pomocą Web Audio generowanego w całości w JavaScripcie; gra musi pozostać w pełni zrozumiała po wyciszeniu. Zastosuj oryginalny, spójny język wizualny łączący szczegółową izometryczną grafikę pikselową z precyzyjnym oprzyrządowaniem przemysłowym. Zestaw ciepłe bursztynowe światło pieca, miedziane akcenty, świecące pieczywo i miękkie kremowe etykiety z głębokim granatowym otoczeniem północy. Buduj głębię za pomocą maszyn rysowanych w CSS, podłóg z płytek, rur, otworów wentylacyjnych, cieni, refleksów, schodkowanych krawędzi pikselowych, subtelnych linii skanowania, lampek kontrolnych, wyświetlaczy segmentowych, wskaźników, pasów ostrzegawczych i animowanych detali mechanicznych. Spraw, aby centralny piec wydawał się żywy dzięki migoczącej komorze, drzwiczkom, pokrętłu temperatury, efektowi falowania gorącego powietrza i kontrolkom stanu. Animuj taśmy przenośników, koła zębate, ruch ciasta, dym, iskry, parę chłodzącą, oświetlenie witryny, informacje zwrotne o kombinacji i przejścia paneli za pomocą wydajnego CSS i JavaScriptu. Zachowaj czytelność i wyraźną hierarchię mimo gęstej estetyki sterowni. Uwzględnij bogatą, starannie ułożoną zawartość: grywalną przestrzeń piekarni, kolejkę nadchodzących zamówień, kolejkę pieca, ściągawkę receptur, bieżący wynik i kombinację, przyrządy temperatury i przepustowości, dziennik zdarzeń, legendę sterowania, powiadomienia o stanie oraz modalne podsumowanie końca gry lub zmiany z dokładnymi wynikami i możliwością ponownej rozgrywki. Dodaj dostępne etykiety, widoczne stany fokusu, obsługę klawiatury, obsługę ograniczonego ruchu i oznaczenia stanu niezależne od koloru. Zaprojektuj responsywny układ dla przeglądarek desktopowych, tabletów i urządzeń mobilnych, inteligentnie zmieniając rozmieszczenie paneli i skalując piekarnię przy zachowaniu użyteczności. To jest strona internetowa, więc nie wymuszaj płótna 16:9 ani sztywnych wymiarów widoku; użyj płynnego, responsywnego układu, który szczególnie dobrze wygląda na typowych szerokich ekranach, a jednocześnie elegancko dopasowuje się do ekranów pionowych. Priorytetem niech będą kompletność, wyraziste odczucia z gry, niezawodne zarządzanie stanem, precyzyjne odmierzanie czasu, solidna obsługa przeciągania, jasne zasady kolizji, dopracowane przejścia i czytelna informacja zwrotna. Strona musi działać natychmiast po zapisaniu jako pojedynczy plik .html i otwarciu lokalnie. Unikaj: statycznej grafiki koncepcyjnej, niedziałającego panelu, zastępczych elementów sterujących, pozorowanych interakcji przeciągania, zepsutych timerów, nakładającego się tekstu, nieczytelnych małych etykiet, nadmiaru objaśnień, ogólnych płaskich kart, fotorealistycznych obrazów, zewnętrznych zasobów, zewnętrznych zależności, osadzonych obrazów base64, dostępu do sieci, etapów buildowania, wielu plików, stałych wymiarów 16:9, obowiązkowego dźwięku, automatycznie odtwarzanego audio, alertów przeglądarki, informacji zwrotnej widocznej wyłącznie w konsoli i niedokończonych sekcji TODO.