• klyo games
• Dla twórców
• MCP

Jak to podłączyć

1. 01

   Podpisz zasady w przeglądarce

   Wejdź na dev.klyo.pl i przyjmij regulamin dla twórców. Tego kroku asystent nie zrobi za ciebie i tak ma być: umowę podpisuje człowiek.

2. 02

   Dodaj klyo do swojego asystenta

   Najprościej: podłącz jednym kliknięciem: wybierasz swoje AI (Claude, ChatGPT, Gemini, Copilot, Claude Code, opencode), resztę robimy za Ciebie. Ręcznie: w ustawieniach asystenta dodaj serwer narzędzi (MCP) pod adresem https://panel.klyo.pl/mcp?profil=gry. Zalogujesz się swoim kontem klyo i zdecydujesz, na co się zgadzasz, tak samo jak przy podłączaniu dysku albo poczty.

3. 03

   Powiedz, co ma zrobić

   „Wydaj tę grę na klyo, paczka leży pod tym adresem” wystarczy. Asystent poda adres paczki ZIP, nazwę, opis dla gracza i odpowiedzi ankiety wieku. Chcesz tablicę wyników i miejsce na hubie rekordów? Powiedz „dodaj tablicę wyników klyo”, a narzędzie klyo_game_sdk opisze mu wywołania (gotowa → postęp → wynik) i próg wyniku.

4. 04

   Obejrzyj i wypuść

   Gra czeka w studiu z podglądem i kodem QR. Zagrywasz w nią na telefonie, a potem klikasz „Wypuść do katalogu”. Dopiero to kliknięcie stawia grę przed graczami.

1. 01

   „Wypełnij swoim AI” w formularzu nowej gry

   Jeden przycisk na cały formularz. Twoje AI wpisuje nazwę, hasło, opis po angielsku i po polsku, rodzaj, sterowanie i czas partii, a ty patrzysz, jak pola wypełniają się na żywo. Jedno pole poprawiasz w tej samej rozmowie, na przykład „skróć hasło”, i formularz zmienia się od razu. Ankietę treści zaznaczasz sam.

2. 02

   „Przetłumacz swoim AI” w oknie tłumaczeń

   Języki wybierasz przyciskami w oknie, brakujące są już zaznaczone. Kolejne możesz dopisać później w rozmowie, na przykład „a teraz niemiecki”. Każde tłumaczenie trafia do okna „Tłumaczenia” jako propozycja: sprawdzasz je i klikasz „Zatwierdź”. Google liczy dopiero tekst zatwierdzony przez człowieka.

3. 03

   „Napisz swoim AI” przy wizytówce

   Twoje AI pisze „o mnie” i hasło pod twoją nazwą wyłącznie na podstawie twoich gier. Pokazuje ci tekst i zapisuje go dopiero po twojej zgodzie.

4. 04

   Okno sprawdza połączenie

   Po kliknięciu okno mówi, czy twoje AI jest połączone z klyo, na podstawie tej samej listy co strona połączeń. Połączone: znak ✓ i przycisk „Otwórz w Claude” albo „Otwórz w ChatGPT”. Niepołączone: najpierw „Połącz klyo ze swoim AI”. Robisz to raz.

Pracujesz w Claude Code, Cursorze albo VS Code? W oknie kliknij „Skopiuj polecenie” i wklej je tam. Narzędzia są te same.

• Nie musisz nam wierzyć na słowo. Wpis jest publiczny i każdy może go sprawdzić, razem z adresem naszego serwera i stroną, którą właśnie czytasz.
• Twój klient sam nas znajdzie. Narzędzia czytające rejestr podpowiedzą klyo, gdy zapytasz o wydanie gry. Bez szukania adresu po forach.
• Nazwa jest nasza na stałe. pl.klyo to nasza przestrzeń w rejestrze; nikt inny się pod nią nie wystawi, bo nie ma dostępu do naszej domeny.

Sprawdzone 23 września 2026 w dokumentacji każdego serwisu: Playgama, AIGameShare, Playfrog. Zasady tamtych serwisów zmieniają się bez zapowiedzi; jeśli coś się rozjechało, napisz, a poprawimy tego samego dnia.

Co jeszcze potrafią narzędzia

Pola i reguły: te same co w kreatorze

Asystent wypełnia dokładnie to, co człowiek klika w studiu. Limity stoją w schemacie narzędzia (bramka przed wywołaniem), a serwer sprawdza je drugi raz i odpowiada kodem błędu wskazującym pole.

Które klienty AI działają z klyo

Stan na dziś, z naszego dziennika logowań, nie z obietnic. Gdy twój klient nie przechodzi logowania, połącz go kluczem: ten sam adres, te same narzędzia.

• ChatGPTdziała

  Logowanie przez klyo (OAuth) w płatnym planie ChatGPT, w przeglądarce, z włączonym trybem dewelopera.

• Claudedziała

  Logowanie przez klyo (OAuth), na stronie i w aplikacjach. Własny łącznik: wklej adres, a pola klienta OAuth zostaw puste.

• Własny program albo agentdziała

  Klucz z dev.klyo.pl w nagłówku Authorization: Bearer klyo_sk_…. Bez okna logowania.

• Claude Code, Codex, Cursor, VS Codeniesprawdzone

  Obsługują zdalne serwery MCP z logowaniem, ale u nas jeszcze nikt nie przeszedł nimi całej drogi. Gdy logowanie nie ruszy, użyj klucza.

Twój klient zatrzymał się na logowaniu? Serwer odpowiada wtedy kodem invalid_request z opisem. Wygeneruj klucz i podaj go w nagłówku: to działa w każdym kliencie, który pozwala dopisać nagłówek HTTP.

Własny agent: klucz zamiast logowania

Claude i ChatGPT logują się na twoje konto same. Jeśli piszesz własnego agenta albo skrypt, dostaniesz klucz i podasz go w nagłówku. To ta sama droga i te same narzędzia, tylko bez okna logowania.

1. 01

   Wygeneruj klucz w studiu

   Na dev.klyo.pl, w zakładce „MCP i klucz” → „Klucz dla programu” kliknij „Wygeneruj klucz”, a potem „Sprawdź”: zobaczysz, ile narzędzi gier dostanie twój program i czy już się połączył. Pokazujemy go raz, więc zapisz go od razu. Klucz zaczyna się od klyo_sk_ i możesz go w każdej chwili unieważnić.

2. 02

   Podaj go przy połączeniu

   Nagłówek Authorization: Bearer klyo_sk_… przy adresie https://panel.klyo.pl/mcp?profil=gry. Twój agent widzi dokładnie te narzędzia co Claude, ani jednego więcej.

3. 03

   Sprawdzaj, co robi gra

   Po otwarciu podglądu wywołaj diagnozę. Dostaniesz pliki, o które gra prosiła, a których nie ma w paczce, i błędy z przeglądarki, zamiast zgadywania z białego okna.

Przykład: pytanie o diagnozę

curl -s "https://panel.klyo.pl/mcp?profil=gry" \
  -H "Authorization: Bearer klyo_sk_TWOJ_KLUCZ" \
  -H "Content-Type: application/json" \
  -d '{"jsonrpc":"2.0","id":1,"method":"tools/call",
       "params":{"name":"klyo_game_diagnostics",
                 "arguments":{"slug":"lumina-thief"}}}'

Twoja przeglądarka jest okiem

Nie mamy farmy przeglądarek i nie potrzebujemy jej. Gra uruchamia się u ciebie, na twoim procesorze, a nasz czujnik w stronie podglądu melduje nam, co się w niej wysypało. Dzięki temu asystent widzi to samo, co zobaczyłbyś ty, otwierając grę.

1. 01

   Otwórz podgląd u siebie

   Playwright, zwykły Chrome albo telefon z kodu QR. Dopisz do adresu ?s=twoj-znacznik (dowolne 1–24 znaki).

2. 02

   Pograj naprawdę

   Kliknij, przesuń, poczekaj na drugą planszę. Czujnik zbiera wyjątki, nieudane pliki, wpisy z konsoli i to, czy gra w ogóle wystartowała.

3. 03

   Zapytaj o diagnozę

   klyo_game_diagnostics z polem sesja równym twojemu znacznikowi. Dostaniesz WYŁĄCZNIE błędy ze swojego przebiegu, a do tego liczbę cudzych, żeby nic nie znikło po cichu.

Kolejność ma znaczenie: pytanie zadane przed otwarciem gry zwróci pustą odpowiedź, bo nie było czego zebrać.

Asystent gra w twoją grę na twoim urządzeniu

Asystent w rozmowie nie ma ekranu, więc do tej pory znał grę tylko z listy błędów i z miniatur. Teraz może w nią zagrać: naciska klawisze, klika, dotyka i przeciąga, a po każdej serii ruchów dostaje zdjęcia ekranu i stan gry. Gra działa w studiu otwartym u ciebie, na twojej karcie graficznej, więc asystent widzi także gry 3D, których nasz serwer nie wyświetli. Serwer klyo nie rysuje ani jednego piksela, tylko przekazuje ruchy.

1. 01

   Otwórz studio

   Wejdź na dev.klyo.pl na komputerze albo telefonie, na którym gra ma być sprawdzona. Jeśli asystent już poprosił o grę, od razu zobaczysz „Twój asystent chce zagrać w …” (prośba czeka 10 minut).

2. 02

   Kliknij „Pozwól”

   Od tej chwili asystent może grać na tym urządzeniu. Gra otwiera się w okienku w rogu ekranu, a na telefonie na całym ekranie, i widzisz każdy ruch.

3. 03

   Asystent gra i patrzy

   Wysyła do 40 ruchów naraz na jednej osi czasu do 3 sekund, także równocześnie: biegnij, obracaj kamerę, skacz. W odpowiedzi dostaje do 4 zdjęć ekranu, wiadomość, czy gra wystartowała, wynik i płynność samej gry.

4. 04

   Zatrzymaj, kiedy chcesz

   „Zatrzymaj” w okienku gry albo „Wyłącz” na pasku kończy granie od razu. Kolejna prośba asystenta znowu zapyta cię o zgodę.

• Tylko twoje gry. Asystent otwiera wyłącznie gry twojego konta: wersję z warsztatu albo paczkę z poczekalni pod adresem podglądu, a gdy ich nie ma, wersję u graczy.
• Zdjęcia zostają w rozmowie. Trafiają tylko do rozmowy, która o nie poprosiła. Nie zapisujemy ich w bazie ani na dysku; w pamięci serwera czekają najwyżej 10 minut, żeby ponowione wywołanie nie grało drugi raz.
• Ruchy jak od gracza, z jednym zastrzeżeniem. Gra dostaje klawisze, kliknięcia, dotknięcia i ruch myszy jak od człowieka, ale przeglądarka oznacza je jako niezaufane. Pełny ekran i dźwięk czekają więc na twoje kliknięcie, a blokadę kursora dla gier z kamerą na myszy udajemy.
• Gra potrzebuje zestawu klyo. Ruchy wykonuje zestaw z games.klyo.pl/sdk/klyo-gry-sdk.js. Gra bez niego albo ze starą kopią w paczce odpowiada „bez zestawu”, a asystent mówi, co podmienić.
• Jedno granie naraz. Jedno wywołanie naraz na konto, do 600 na godzinę. Studio schowane w tle wstrzymuje grę, więc trzymaj je na wierzchu, obok rozmowy.
• Błędy z tego grania. Każda sesja ma własny znacznik czujnika, więc klyo_game_diagnostics z sesja pokazuje wyłącznie błędy z gry asystenta.
• Gdy bramka jakości pisze, że grafiki 3D jeszcze nie widzieliśmy. Nasz serwer mierzy grę bez karty graficznej, więc gry 3D nie zobaczy i nie da jej zielonego światła. Wtedy obraz z twojego urządzenia pokazuje asystentowi, czy gra działa, a decyzję o wydaniu podejmujesz ty, jak zawsze.

Instrukcja dla twórcy krok po kroku, z nazwami przycisków ze studia

Paczka z dysku, bez wystawiania gry światu

Nie stawiaj tunelu i nie wrzucaj niewydanej gry na publiczny hosting. Narzędzie klyo_upload_package oddaje asystentowi bilet wgrywania (token ważny godzinę, który otwiera wyłącznie wysyłanie plików na twoje konto) oraz listę paczek, które już czekają u nas bez gry. Asystent z powłoką (Claude Code, Codex, Cursor) wysyła plik sam, w dwóch żądaniach; asystent w rozmowie (claude.ai, ChatGPT) prosi cię, żebyś wgrał ZIP w studiu: paczka ląduje w poczekalni, nic się nie publikuje, a on bierze jej numer z listy. Poniżej ten sam przepis w skrócie.

1. 01

   Zapowiedz plik

   POST /api/upload/init z nagłówkiem Authorization: Bearer <bilet> i { filename, total_size, content_type } → dostajesz upload_id i chunk_size.

2. 02

   Wyślij bajty

   PATCH /api/upload/<upload_id> z tym samym biletem, Upload-Offset i Content-Type: application/offset+octet-stream. Do 32 MB jednym żądaniem; większy plik w kawałkach. Przerwane wysyłanie wznów: HEAD poda, ile już mamy.

3. 03

   Wydaj albo podmień

   klyo_publish_game lub klyo_update_game z upload_id zamiast zip_url.

Publiczny adres ZIP-a zostaw dla gry, która naprawdę stoi już w sieci, na przykład przy przenoszeniu z itch.io.

Standard produkcyjny gry: asystent zna minimum, zanim napisze kod

Zwykły człowiek pisze do swojego asystenta „chcę grę w statki”. Asystent podłączony do klyo najpierw woła klyo_game_requirements i dostaje kontrakt: telefon, tablet i komputer; dotyk, mysz i klawiatura; pion i poziom z reakcją na zmianę rozmiaru; dźwięk z odzyskaniem po powrocie z tła; zapis, tablica wyników, pauza i powtórka jednym gestem; jedna paleta i jeden styl; bez cudzych marek i bez cudzych reklam. Nie pyta o to użytkownika, tylko od razu buduje na tym poziomie. Wersja 1 standardu jest zamrożona od 23.09.2026: nowy wymóg dochodzi tylko wtedy, gdy prawdziwa gra na klyo trafi na prawdziwy problem.

1. Test u siebie, nie na naszym serwerze. Asystent pobiera games.klyo.pl/sdk/klyo-test.mjs i uruchamia go lokalnie: cztery ekrany, przewijanie, ułamek ekranu, tekst, nasłuchy dotyku, waga, czas, wyjątki. Przed wydaniem dokłada --slaby-telefon --jezyki: tani telefon i oba języki. Wynik ma krytyczne i ostrzezenia, więc poprawia i testuje w pętli, aż przejdzie. Ciężką pracę robi komputer twórcy; klyo mierzy przy wgraniu i wydaniu tym samym plikiem.
2. Bramka jakości, także dla paczki wgranej ręcznie. Każda paczka w poczekalni jest mierzona na czterech ekranach zaraz po wgraniu; klyo_game_diagnostics i okno podglądu w studiu pokazują tę samą bramka: wyjątki, brakujące pliki, cudze reklamy, brak zestawu, brak dotyku i przewijanie blokują wydanie jako „gotowa” (demo i „w budowie” przechodzą); mały ekran, mały tekst, waga, brak tablicy i cudze marki wymagają powodu.
3. Etapy wydania. Lokalnie → podgląd (g-podglad-…, poza katalogiem i Google) → publikacja z etapem w_budowie / demo / gotowa → nowa wersja z podglądem, gracze grają w starą, poprzednia zostaje do przywrócenia. Człowiek zatwierdza dwa momenty: publikację i wypuszczenie wersji.

Nowa wersja gry: przez asystenta tak samo jak w studiu

Trzy kroki, te same co przyciski „Nowa wersja” i „Wypuść” w studiu. Asystent nie zgaduje, co się zmieniło: mierzymy to z plików i mówimy mu, co z tego wynika dla klipu. Klip do nowej wersji nagrywasz sam: w studiu, po wypuszczeniu (okno nagrywania otwiera się samo przy nowym wyglądzie albo funkcji).

1. 01

   Wgraj

   klyo_update_game z slug i upload_id (plik z dysku) albo zip_url. Gra w katalogu nie zmienia się od razu: nowa wersja czeka w poczekalni pod własnym adresem podglądu. Odpowiedź: zmiana (kod / wygląd / dźwięk w %, nowe pliki i napisy, podpowiedz: poprawka | funkcja | interfejs), adres_nowej, wyrok i dalej.

2. 02

   Zagraj

   To twoje sprawdzenie, nie asystenta: otwórz adres podglądu, najlepiej na telefonie. Studio pokazuje tę samą wersję w oknie gry z torem „wersja → zagraj → wypuść → klip”.

3. 03

   Wypuść

   klyo_release_version z slug; zmiana pomiń (weźmiemy zmierzoną) albo podaj, gdy wiesz lepiej; nowosc to jedno zdanie do feedu przy nowej funkcji. Przed podmianą cała nowa wersja przechodzi sito jeszcze raz. Gracze dostają ją od razu (kto gra, wybiera: zaktualizuj albo dokończ partię), poprzednia zostaje u nas, strona gry się przebudowuje, a ekrany mierzymy raz, po wypuszczeniu. Obserwujący dostają powiadomienie, gdy gra jest w katalogu.

Skutek dla klipu: przy poprawce klip zostaje; przy nowej funkcji klip zostaje, a „co nowego” idzie do feedu jako „Nowość”; przy nowym wyglądzie (interfejs) stary klip schodzi z kafelka i z feedu, dopóki nie nagrasz nowego w studiu.

Poprawka bez ZIP-a: warsztat gry

Asystent czyta pliki twojej gry i poprawia je u nas, bez paczki od ciebie. Działa to z grą w katalogu i z paczką, która czeka w poczekalni. Gracze do końca grają w wersję, którą znają: poprawki trafiają do warsztatu, czyli nowej wersji obok, z własnym adresem podglądu. Wypuszczasz ją tak samo jak każdą nową wersję.

1. 01

   Zacznij od zera, jeśli gry jeszcze nie ma

   klyo_game_patch z nowa (plansza, zrecznosciowa albo logiczna) zakłada paczkę ze szkieletu Klyo Kit prosto w poczekalni i w tym samym wywołaniu wpisuje rozgrywkę. Asystent w rozmowie, bez dysku i bez ZIP-a, ma od tej chwili własną grę pod adresem podglądu.

2. 02

   Przeczytaj

   klyo_game_files z slug gry albo upload_id paczki. Bez path dostajesz spis plików ze skrótem hash, z path treść pliku (do 200 KB naraz, dalej od from_line), a z changes: true różnice nowej wersji względem tej u graczy.

3. 03

   Popraw

   klyo_game_patch z listą edits: dokładny fragment old_string zamieniony na new_string, cały plik w content albo delete: true. Przy pliku, który istnieje, podajesz expected_hash z odczytu: jeśli ktoś zmienił plik w międzyczasie, nic się nie zapisze. Zmiany z jednego wywołania wchodzą wszystkie albo żadna. Pierwsza poprawka otwiera warsztat, a studio od razu pokazuje go jako „Nowa wersja czeka”.

4. 04

   Zagraj i sprawdź

   Adres podglądu przychodzi w odpowiedzi. Otwórz go (najlepiej na telefonie), a klyo_game_diagnostics pokaże błędy, brakujące pliki i sito właśnie tej wersji, a nie tej u graczy. Asystent bez przeglądarki podaje zmierz: true: otwieramy podgląd za niego i oddajemy błędy oraz miniatury czterech ekranów pod pełnymi adresami, więc widzi, jak gra wygląda. Pliki bez zmian od pomiaru nie uruchamiają przeglądarki drugi raz; jeden pomiar naraz na konto, sześć na godzinę. Asystent może też zagrać sam, na twoim urządzeniu: klyo_game_play, opis wyżej.

5. 05

   Wypuść

   Gra: klyo_release_version albo „Wypuść” w studiu. Paczka z poczekalni: klyo_publish_game wyda ją razem z poprawkami. Przed podmianą cała gra przechodzi sito jeszcze raz.

• Wersja u graczy się nie zmienia. Warsztat to kopia obok, a każdy zapis tworzy nowy plik, więc to, co pobierają gracze, nie zmienia się ani na chwilę.
• Tekst w rozmowie, pliki biletem. Treść zmiany zapisuje pliki tekstowe (html, htm, js, mjs, css, json, svg, txt, xml, webmanifest). Obraz, dźwięk, czcionkę albo duży plik (do 20 MB) asystent wysyła biletem z klyo_upload_package i podaje w from_upload: bez base64, a początek pliku musi pasować do rozszerzenia.
• To samo sito co przy wgraniu. Każdy zmieniony plik sprawdzamy od razu: złośliwy kod, cudze reklamy, nic spoza klyo. Odmowa nie zapisuje niczego.
• Limity. Plik do 1 MB, jedno wywołanie do 256 KB i 20 zmian, trzy otwarte warsztaty na konto i jeden na grę, do 300 poprawek na godzinę. Wypuszczeń, cofnięć i nowych paczek do 10 na godzinę: każde uruchamia pomiar ekranów, a przeglądarka do pomiarów jest jedna dla wszystkich twórców.
• Porządek. Warsztat bez zmian przez 7 dni wygasa, a wersja u graczy zostaje nietknięta. Podgląd, na który nic już nie wskazuje, znika po 7 dniach. Adresy podglądów nie trafiają do Google.
• Ślad. Każda poprawka zapisuje się w dzienniku twojego konta: plik, skrót przed i po, rozmiar.
• Cofanie w trakcie pracy. Przed każdą poprawką zapisujemy punkt auto-N (jest w odpowiedzi), a asystent może nazwać własny przez checkpoint. revert wraca do dowolnego punktu, discard porzuca cały warsztat. To nie jest cofnięcie wydania: gracze nic z tego nie widzą.
• Przed wydaniem także słaby telefon. Przy wgraniu i wypuszczeniu mierzymy grę jeszcze raz na telefonie z procesorem spowolnionym czterokrotnie i siecią jak słabe 3G: płynność, zacięcia, pamięć i czas do pierwszej klatki. Poniżej 15 klatek na sekundę gra nie przejdzie bramki jako gotowa. Asystent bez przeglądarki zamawia ten sam pomiar przed wydaniem: klyo_game_diagnostics z zmierz i pelny.
• W każdym języku gry. Klyo Kit mówi dziesięcioma językami (polski, angielski, niemiecki, francuski, hiszpański, portugalski, włoski, rosyjski, ukraiński, turecki), a gra tymi, w których ma swoje napisy. Ten sam telefon otwieramy w każdym zadeklarowanym języku, z miniaturą. Klucz zamiast słowa i język zadeklarowany, którego gra nie pokazuje, blokują wydanie; angielski w miejscu tłumaczenia, zdanie takie samo jak po angielsku i tekst, który nie mieści się w przycisku albo wychodzi poza ekran, to ostrzeżenia. Napisy rysowane na płótnie sprawdzasz na miniaturach obok siebie.
• Wolne klatki z przyczyną. Sama liczba klatek nie mówi, czyja to wina. Mierzymy osobno czas kodu gry w każdej klatce, pracę przeglądarki i to, jaka część obrazu naprawdę się zmienia. Wolny kod to niski_fps; lekki kod i wolne rysowanie to wolne_rysowanie z radą, co rysować raz, a co co klatkę.
• Bezpieczeństwo. Kod gry otwieramy u siebie wyłącznie w odizolowanej przeglądarce, bez dostępu do naszej sieci wewnętrznej. Gra pod własnym adresem nie może też działać w imieniu zalogowanego gracza.

Przegląd jakości premium: siedem punktów przed wydaniem

Bramka łapie błędy, ale nie powie, czy gra wygląda tanio. Dlatego asystent, zanim wyda grę jako gotową albo wypuści nowy wygląd lub funkcję, przechodzi siedem punktów i przy każdym podaje dowód: co konkretnie zrobił. Nie oceniamy gustu i nie mamy własnego modelu. Zestawiamy deklarację ze śladami w kodzie i pokazujemy ci w studiu punkty, których kod nie potwierdza, zanim klikniesz „Wypuść”.

• Grafika: jeden kierunek artystyczny: jedna paleta, jeden styl, scena i elementy z jednej skóry, żadnych gołych prostokątów.
• Animacja: każda zmiana stanu ma przejście, jest animacja wygranej i przegranej, a ruch wyłącza się u osób, które tego chcą.
• Dźwięk: dźwięk na każdą akcję i każdy wynik, wyciszenie w ustawieniach, powrót dźwięku po wyjściu z tła.
• Reakcja na ruch: odpowiedź na każdą akcję w 100 ms: obraz, dźwięk, na telefonie wibracja; widać, czyj ruch i dlaczego ruch jest niedozwolony.
• Motyw jasny i ciemny: oba warianty według ustawień urządzenia i przełącznik w grze.
• Języki: wszystkie napisy z tabeli tłumaczeń, co najmniej polski i angielski, każdy zadeklarowany język sprawdzony na telefonie (nie dotyczy gry bez słów).
• Online: zaproszenie linkiem, czekanie na przeciwnika, powrót po rozłączeniu, rewanż jednym gestem (nie dotyczy gry solo).

Tablica wyników: gra, która deklaruje wynik (wynik_max), a nie wysyła go przez klyo.score, nie przejdzie bramki jako gotowa. Gra bez punktów podaje powód w opisie. Przy demo i grze w budowie przegląd można pominąć, a przy samej poprawce (zmiana: "poprawka") też.

Częste pytania