• klyo games
• Für Entwickler
• MCP

So verbindest du ihn

1. 01

   Bedingungen im Browser akzeptieren

   Geh auf dev.klyo.pl und akzeptiere die Bedingungen für Entwickler. Das kann dir kein Assistent abnehmen, und genau darum geht es: Die Vereinbarung unterschreibt ein Mensch.

2. 02

   klyo zu deinem Assistenten hinzufügen

   Am einfachsten: mit einem Klick verbinden. Wähl deine KI (Claude, ChatGPT, Gemini, Copilot, Claude Code, opencode), den Rest erledigen wir. Von Hand: Füg in den Einstellungen deines Assistenten den Tool-Server (MCP) unter https://panel.klyo.pl/mcp?profil=gry hinzu. Du meldest dich mit deinem klyo-Konto an und entscheidest, wozu du zustimmst, genau wie beim Verbinden eines Cloud-Speichers oder Postfachs.

3. 03

   Sag, was du willst

   „Veröffentliche dieses Spiel auf klyo, das Paket liegt unter dieser Adresse“ reicht. Der Assistent liefert die ZIP-Adresse, den Namen, die Beschreibung für die Spieler und die Antworten zum Altersfragebogen. Du willst eine Bestenliste und einen Platz auf der Rekordseite? Sag „füge die klyo-Bestenliste hinzu“, und das Werkzeug klyo_game_sdk beschreibt die Aufrufe (ready → progress → score) und die Obergrenze für Punkte.

4. 04

   Ansehen und veröffentlichen

   Das Spiel wartet im Studio mit Vorschau und QR-Code. Du spielst es auf deinem Handy und drückst dann „Im Katalog veröffentlichen“. Erst dieser Klick bringt das Spiel zu den Spielern.

1. 01

   „Mit deiner KI ausfüllen“ im Formular „Neues Spiel“

   Ein Knopf für das ganze Formular. Deine KI trägt Namen, Slogan, Beschreibung auf Englisch und Polnisch, Genre, Steuerung und Spieldauer ein, und du siehst live, wie sich die Felder füllen. Willst du ein Feld ändern, bitte im selben Chat darum, zum Beispiel „mach den Slogan kürzer“, und das Formular passt sich sofort an. Den Inhaltsfragebogen kreuzt du selbst an.

2. 02

   „Mit deiner KI übersetzen“ im Übersetzungsfenster

   Wähl die Sprachen mit den Schaltflächen im Fenster, die fehlenden sind schon markiert. Weitere kannst du später im Chat ergänzen, etwa „jetzt Deutsch“. Jede Übersetzung landet als Vorschlag im Fenster „Übersetzungen“: Du prüfst sie und drückst „Freigeben“. Google wertet nur Text, den ein Mensch freigegeben hat.

3. 03

   „Mit deiner KI schreiben“ auf deiner Entwicklerkarte

   Deine KI schreibt „Über mich“ und den Slogan unter deinem Namen nur auf Grundlage deiner Spiele. Sie zeigt dir den Text und speichert ihn erst, wenn du zustimmst.

4. 04

   Das Fenster prüft die Verbindung

   Nach dem Klick zeigt das Fenster, ob deine KI mit klyo verbunden ist, anhand derselben Liste wie auf der Verbindungsseite. Verbunden: ein ✓ und die Schaltfläche „In Claude öffnen“ oder „In ChatGPT öffnen“. Nicht verbunden: Zuerst kommt „klyo mit deiner KI verbinden“. Das machst du nur einmal.

Du arbeitest in Claude Code, Cursor oder VS Code? Drück im Fenster „Anweisung kopieren“ und füge sie dort ein. Die Werkzeuge sind dieselben.

• Du musst uns nicht einfach glauben. Der Eintrag ist öffentlich, jeder kann ihn prüfen, samt unserer Serveradresse und der Seite, die du gerade liest.
• Dein Client findet uns von selbst. Tools, die das Verzeichnis lesen, schlagen klyo vor, wenn du nach dem Veröffentlichen eines Spiels fragst, ganz ohne Adresssuche.
• Der Name gehört dauerhaft uns. pl.klyo ist unser Namensraum im Verzeichnis. Niemand sonst kann darunter veröffentlichen, weil niemand sonst unsere Domain kontrolliert.

Geprüft am 23. September 2026 in der Dokumentation des jeweiligen Dienstes: Playgama, AIGameShare, Playfrog. Diese Dienste ändern ihre Regeln ohne Ankündigung. Wenn etwas nicht mehr stimmt, sag uns Bescheid, wir korrigieren es noch am selben Tag.

Was die Tools noch können

Felder und Regeln: dieselben wie im Studio

Der Assistent füllt genau das aus, was ein Mensch im Studio anklickt. Die Grenzen stehen im Schema des Tools (eine Sperre vor dem Aufruf), der Server prüft sie noch einmal und antwortet mit einem Fehlercode, der auf das betroffene Feld zeigt.

Dein eigener Agent: ein Schlüssel statt Anmeldung

Claude und ChatGPT melden sich selbst bei deinem Konto an. Wenn du deinen eigenen Agenten oder ein Skript schreibst, bekommst du einen Schlüssel und schickst ihn im Header mit. Derselbe Weg und dieselben Werkzeuge, nur ohne Anmeldefenster.

1. 01

   Schlüssel im Studio erzeugen

   Auf dev.klyo.pl klickst du unter „Server-Anbindung (API)“ auf „Schlüssel erzeugen“. Wir zeigen ihn nur einmal, speichere ihn also sofort. Der Schlüssel beginnt mit klyo_sk_ und du kannst ihn jederzeit widerrufen.

2. 02

   Beim Verbinden mitschicken

   Der Header Authorization: Bearer klyo_sk_… an https://panel.klyo.pl/mcp?profil=gry. Dein Agent sieht genau die Tools, die Claude sieht, keins mehr.

3. 03

   Sieh, was das Spiel macht

   Sobald die Vorschau offen ist, rufst du die Diagnose auf. Du bekommst die Dateien, die das Spiel angefordert hat, die aber im Paket fehlen, und die Fehler aus dem Browser, statt vor einem weißen Bildschirm zu raten.

Beispiel: Diagnose anfordern

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

Dein Browser ist das Auge

Wir betreiben keine Browserfarm und brauchen auch keine. Das Spiel läuft auf deinem Gerät, und unser Sensor in der Vorschauseite meldet, was kaputtgegangen ist. Dein Assistent sieht genau das, was du sehen würdest, wenn du das Spiel selbst öffnest.

1. 01

   Öffne die Vorschau selbst

   Playwright, normales Chrome oder ein Handy über den QR-Code. Häng ?s=your-marker an die Adresse an (beliebige 1 bis 24 Zeichen).

2. 02

   Spiel wirklich

   Klicken, ziehen, auf den zweiten Bildschirm warten. Der Sensor sammelt Ausnahmen, fehlgeschlagene Dateien, Konsolenausgaben und ob das Spiel überhaupt gestartet ist.

3. 03

   Fordere die Diagnose an

   klyo_game_diagnostics mit sesja auf deine Markierung gesetzt. Du bekommst NUR die Fehler aus deinem Durchlauf, dazu die Anzahl der Fehler anderer, damit nichts still verschwindet.

Die Reihenfolge zählt: Fragst du, bevor das Spiel läuft, ist die Antwort leer, weil es noch nichts zu sammeln gab.

Dein Assistent spielt dein Spiel auf deinem Gerät

Ein Assistent im Chat hat keinen Bildschirm, deshalb kannte er dein Spiel bisher nur aus Fehlerlisten und Vorschaubildern. Jetzt kann er es spielen: Er drückt Tasten, klickt, tippt und zieht und bekommt nach jeder Zugfolge Screenshots und den Spielzustand. Das Spiel läuft in dem Studio, das bei dir offen ist, auf deiner Grafikkarte. So sieht dein Assistent auch 3D-Spiele, die unser Server nicht darstellen kann. Der klyo-Server zeichnet keinen einzigen Pixel, er reicht nur die Züge weiter.

1. 01

   Öffne das Studio

   Öffne dev.klyo.pl auf dem Computer oder Handy, auf dem du testen willst. Hat dein Assistent schon gefragt, ob er spielen darf, siehst du sofort „Dein Assistent möchte spielen …“ (die Anfrage wartet 10 Minuten).

2. 02

   Klick auf „Erlauben“

   Ab dann darf dein Assistent auf diesem Gerät spielen. Das Spiel öffnet sich in einem kleinen Fenster in der Bildschirmecke, auf dem Handy im Vollbild, und du siehst jeden Zug.

3. 03

   Dein Assistent spielt und schaut hin

   Er schickt bis zu 40 Züge auf einmal auf einer Zeitleiste von bis zu 3 Sekunden, auch gleichzeitig: laufen, Kamera drehen, springen. Zurück bekommt er bis zu 4 Screenshots, ob das Spiel gestartet ist, den Punktestand und wie flüssig das Spiel selbst läuft.

4. 04

   Jederzeit stoppen

   „Stopp“ im Spielfenster oder „Ausschalten“ in der Leiste beendet es sofort. Bei der nächsten Anfrage fragt dein Assistent wieder um Erlaubnis.

• Nur deine Spiele. Dein Assistent öffnet nur die Spiele deines Kontos: die Werkstattversion oder ein wartendes Paket unter seiner Vorschauadresse, sonst die Version, die die Spieler haben.
• Screenshots bleiben im Chat. Sie gehen nur an den Chat, der sie angefordert hat. Wir speichern sie weder in einer Datenbank noch auf der Festplatte. Sie liegen höchstens 10 Minuten im Arbeitsspeicher des Servers, damit ein wiederholter Aufruf nicht doppelt spielt.
• Züge wie von einem Spieler, mit einem Haken. Das Spiel bekommt Tasten, Klicks, Tipps und Mausbewegungen wie von einem Menschen, aber der Browser markiert sie als nicht vertrauenswürdig. Vollbild und Ton warten deshalb auf deinen Klick, und die Mauszeigersperre für Spiele mit Maussteuerung der Kamera wird simuliert.
• Das Spiel braucht das klyo SDK. Das SDK von games.klyo.pl/sdk/klyo-gry-sdk.js führt die Züge aus. Ein Spiel ohne SDK oder mit einer alten Kopie im Paket antwortet „kein SDK“, und dein Assistent sagt dir, was du ersetzen musst.
• Ein Durchlauf nach dem anderen. Pro Konto ein Aufruf gleichzeitig, bis zu 600 pro Stunde. Ein Studio-Tab im Hintergrund pausiert das Spiel, lass ihn also sichtbar neben dem Chat.
• Fehler aus genau diesem Durchlauf. Jede Sitzung hat ihre eigene Sensor-Kennung, deshalb zeigt klyo_game_diagnostics mit sesja nur die Fehler, die beim Spielen deines Assistenten aufgetreten sind.
• Wenn die Qualitätsprüfung sagt, dass sie die 3D-Grafik noch nicht gesehen hat. Unser Server misst Spiele ohne Grafikkarte, deshalb sieht er ein 3D-Spiel nicht und gibt ihm kein grünes Licht. Dann zeigt das Bild von deinem Gerät deinem Assistenten, ob das Spiel funktioniert, und die Entscheidung über die Freigabe liegt wie immer bei dir.

Schritt-für-Schritt-Anleitung für Entwickler, mit den Button-Namen aus dem Studio

Ein Paket von der Festplatte, ohne das Spiel öffentlich zu machen

Öffne keinen Tunnel und stell kein unveröffentlichtes Spiel auf öffentliches Hosting. Das Werkzeug klyo_upload_package gibt dem Assistenten einen Upload-Pass (ein Token, eine Stunde gültig, das nur das Senden von Dateien an dein Konto erlaubt) und die Liste der Pakete, die bei uns schon ohne Spiel warten. Ein Assistent mit Shell (Claude Code, Codex, Cursor) schickt die Datei selbst in zwei Anfragen. Ein Assistent im Chat (claude.ai, ChatGPT) bittet dich, die ZIP-Datei ins Studio zu ziehen: Das Paket landet im Warteraum, nichts wird veröffentlicht, und er nimmt die Nummer aus der Liste. Die Kurzfassung steht unten.

1. 01

   Datei ankündigen

   POST /api/upload/init mit dem Header Authorization: Bearer <pass> und { filename, total_size, content_type } → du bekommst upload_id und chunk_size.

2. 02

   Bytes senden

   PATCH /api/upload/<upload_id> mit demselben Pass, Upload-Offset und Content-Type: application/offset+octet-stream. Bis zu 32 MB pro Anfrage, größere Dateien in Teilen. Zum Fortsetzen sagt dir HEAD, wie viel wir schon haben.

3. 03

   Veröffentlichen oder aktualisieren

   klyo_publish_game oder klyo_update_game mit upload_id statt zip_url.

Die öffentliche ZIP-Adresse ist für ein Spiel gedacht, das wirklich schon online ist, zum Beispiel beim Umzug von itch.io.

Der Produktionsstandard für Spiele: Der Assistent kennt das Minimum, bevor er Code schreibt

Ein ganz normaler Mensch sagt seinem Assistenten: „Ich will ein Schiffe versenken.“ Ein mit klyo verbundener Assistent ruft zuerst klyo_game_requirements auf und bekommt den Vertrag: Handy, Tablet und Computer; Touch, Maus und Tastatur; Hoch- und Querformat, die auf Größenänderungen reagieren; Ton, der nach der Rückkehr aus dem Hintergrund wieder läuft; Speichern, Bestenliste, Pause und Neustart mit einer Geste; eine Farbpalette und ein Stil; keine fremden Marken und keine fremde Werbung. Er fragt den Nutzer nichts davon, sondern baut von Anfang an auf diesem Niveau. Version 1 des Standards ist seit 23.09.2026 eingefroren: Eine neue Anforderung kommt nur dazu, wenn ein echtes Spiel auf klyo auf ein echtes Problem stößt.

1. Getestet wird auf dem Rechner des Entwicklers, nicht auf unserem Server. Der Assistent lädt games.klyo.pl/sdk/klyo-test.mjs herunter und führt es lokal aus: vier Bildschirme, Scrollen, Bildschirmanteil, Text, Touch-Listener, Größe, Zeit, Ausnahmen. Vor einer Freigabe ergänzt er --slaby-telefon --jezyki: ein günstiges Handy und beide Sprachen. Das Ergebnis enthält krytyczne (kritisch) und ostrzezenia (Warnungen), also behebt er und testet in einer Schleife neu, bis alles besteht. Die schwere Arbeit passiert auf dem Computer des Entwicklers, klyo misst beim Hochladen und bei der Freigabe mit derselben Datei.
2. Qualitätsprüfung, auch für von Hand hochgeladene Pakete. Jedes Paket im Warteraum wird direkt nach dem Hochladen auf vier Bildschirmen gemessen. klyo_game_diagnostics und die Studio-Vorschau zeigen dieselbe bramka: Ausnahmen, fehlende Dateien, fremde Werbung, kein SDK, kein Touch und gesperrtes Scrollen blockieren eine Freigabe als „fertig“ (Demo und „in Entwicklung“ kommen durch). Kleiner Bildschirm, kleine Schrift, Größe, keine Bestenliste und fremde Marken brauchen eine Begründung.
3. Freigabestufen. Lokal → Vorschau (g-podglad-…, außerhalb des Katalogs und von Google) → Veröffentlichung mit der Stufe w_budowie / demo / gotowa → eine neue Version mit eigener Vorschau, während die Spieler die alte behalten. Die vorherige Version bleibt zum Wiederherstellen erhalten. Ein Mensch bestätigt zwei Momente: die Veröffentlichung und die Freigabe einer Version.

Eine neue Version deines Spiels: über den Assistenten, genau wie im Studio

Drei Schritte, genau wie die Buttons „Neuer Build“ und „Freigeben“ im Studio. Der Assistent rät nicht, was sich geändert hat: Wir messen es an den Dateien und sagen ihm, was das für den Clip bedeutet. Den Clip für die neue Version nimmst du selbst auf: im Studio nach der Freigabe (bei neuer Optik oder neuer Funktion öffnet sich das Aufnahmefenster von selbst).

1. 01

   Hochladen

   klyo_update_game mit slug und upload_id (eine Datei von der Festplatte) oder zip_url. Das Spiel im Katalog ändert sich nicht sofort: Die neue Version wartet im Warteraum unter einer eigenen Vorschauadresse. Die Antwort: zmiana (Code / Optik / Ton in %, neue Dateien und Texte, podpowiedz: poprawka | funkcja | interfejs), adres_nowej, wyrok und dalej.

2. 02

   Spielen

   Das ist deine Prüfung, nicht die des Assistenten: Öffne die Vorschauadresse, am besten auf deinem Handy. Das Studio zeigt dieselbe Version im Spielfenster mit dem Ablauf „Version → spielen → freigeben → Clip“.

3. 03

   Freigeben

   klyo_release_version mit slug. Lass zmiana weg (dann nehmen wir den gemessenen Wert) oder gib es an, wenn du es besser weißt. nowosc ist ein Satz für den Feed bei einer neuen Funktion. Vor dem Austausch durchläuft die ganze neue Version noch einmal die Prüfung. Die Spieler bekommen sie sofort (wer gerade spielt, wählt: aktualisieren oder die Partie zu Ende spielen), die vorherige bleibt bei uns, die Spielseite wird neu aufgebaut, und wir messen die Bildschirme einmal nach der Freigabe. Follower bekommen eine Benachrichtigung, sobald das Spiel im Katalog ist.

Was das für den Clip bedeutet: Bei einer poprawka (Fehlerbehebung) bleibt der Clip erhalten. Bei einer funkcja (neue Funktion) bleibt der Clip ebenfalls, und „Was ist neu“ erscheint im Feed als „Neu“. Bei einem interfejs (neues Aussehen) verschwindet der alte Clip von der Kachel und aus dem Feed, bis du im Entwicklerstudio einen neuen aufnimmst.

Korrigieren ohne ZIP: die Spielwerkstatt

Dein Assistent liest die Dateien deines Spiels und bearbeitet sie direkt hier, ganz ohne Paket von dir. Das klappt mit einem Spiel im Katalog und mit einem Paket, das im Wartebereich liegt. Die Spieler behalten bis zum Schluss die Version, die sie kennen: Die Änderungen landen in einer Werkstatt, einer neuen Version daneben mit eigener Vorschauadresse. Du veröffentlichst sie wie jede andere neue Version.

1. 01

   Bei null anfangen, wenn es noch kein Spiel gibt

   klyo_game_patch mit nowa (plansza, zrecznosciowa oder logiczna) legt direkt im Wartebereich ein Paket aus dem Klyo Kit Grundgerüst an und schreibt im selben Aufruf das Gameplay. Ein Assistent im Chat, ohne Festplatte und ohne ZIP, hat ab diesem Moment sein eigenes Spiel unter einer Vorschauadresse.

2. 02

   Lesen

   klyo_game_files mit dem slug des Spiels oder der upload_id des Pakets. Ohne path bekommst du die Dateiliste mit einem hash für jede Datei, mit path den Inhalt der Datei (bis zu 200 KB auf einmal, weiter ab from_line) und mit changes: true alles, was sich von der Version der Spieler unterscheidet.

3. 03

   Bearbeiten

   klyo_game_patch mit einer Liste von edits: ein exakter old_string, ersetzt durch new_string, eine ganze Datei in content oder delete: true. Bei einer vorhandenen Datei gibst du expected_hash aus deinem Lesevorgang mit: Hat jemand die Datei inzwischen geändert, wird nichts gespeichert. Die Änderungen eines Aufrufs werden alle zusammen übernommen oder gar nicht. Die erste Änderung öffnet die Werkstatt, und das Studio zeigt sie sofort als „Neue Version wartet“ an.

4. 04

   Spielen und prüfen

   Die Vorschauadresse kommt in der Antwort zurück. Öffne sie (am besten testest du auf dem Handy), und klyo_game_diagnostics zeigt Fehler, fehlende Dateien und Prüfergebnisse genau dieser Version, nicht der Version der Spieler. Ein Assistent ohne Browser übergibt zmierz: true: Wir öffnen die Vorschau für ihn und liefern die Fehler und Vorschaubilder von vier Bildschirmen unter vollständigen Adressen, damit er sieht, wie das Spiel aussieht. Dateien, die sich seit der letzten Messung nicht geändert haben, starten den Browser nicht erneut; pro Konto läuft eine Messung gleichzeitig, sechs pro Stunde. Dein Assistent kann das Spiel auch selbst spielen, auf deinem Gerät: klyo_game_play, beschrieben weiter oben.

5. 05

   Freigeben

   Ein Spiel: klyo_release_version oder „Veröffentlichen“ im Studio. Ein Paket aus dem Wartebereich: klyo_publish_game veröffentlicht es zusammen mit den Änderungen. Vor dem Austausch durchläuft das ganze Spiel die Prüfung noch einmal.

• Die Version der Spieler bleibt unverändert. Die Werkstatt ist eine Kopie daneben, und jedes Speichern erzeugt eine neue Datei. Was die Spieler herunterladen, ändert sich also zu keinem Zeitpunkt.
• Text im Gespräch, Dateien per Ticket. Der Inhalt einer Änderung schreibt Textdateien (html, htm, js, mjs, css, json, svg, txt, xml, webmanifest). Ein Bild, einen Klang, eine Schrift oder eine große Datei (bis 20 MB) schickt der Assistent mit dem Ticket klyo_upload_package und übergibt sie in from_upload: kein base64, und der Anfang der Datei muss zu ihrer Endung passen.
• Dieselbe Prüfung wie beim Hochladen. Jede geänderte Datei wird sofort geprüft: Schadcode, Werbung von Dritten, nichts von außerhalb von klyo. Bei einer Ablehnung wird nichts gespeichert.
• Grenzen. Eine Datei bis 1 MB, ein Aufruf bis 256 KB und 20 Änderungen, drei offene Werkstätten pro Konto und eine pro Spiel, bis zu 300 Änderungen pro Stunde. Veröffentlichungen, Rücknahmen und neue Pakete bis zu 10 pro Stunde: Jede davon startet eine Bildschirmmessung, und es gibt einen Messbrowser für alle Entwickler.
• Ordnung. Eine Werkstatt ohne Änderungen läuft nach 7 Tagen ab, die Version der Spieler bleibt unberührt. Eine Vorschau, auf die nichts mehr verweist, verschwindet nach 7 Tagen. Vorschauadressen bleiben aus Google heraus.
• Eine Spur. Jede Änderung wird im Protokoll deines Kontos festgehalten: die Datei, der Hash davor und danach, die Größe.
• Rückgängig während der Arbeit. Vor jeder Änderung speichern wir einen Punkt auto-N (er steht in der Antwort), und der Assistent kann mit checkpoint eigene Punkte benennen. revert springt zu einem beliebigen Punkt zurück, discard verwirft die ganze Werkstatt. Das ist keine Rücknahme einer Veröffentlichung: Die Spieler bekommen davon nichts mit.
• Auch vor der Veröffentlichung ein schwaches Handy. Beim Hochladen und bei der Veröffentlichung messen wir das Spiel noch einmal auf einem Handy mit vierfach gebremstem Prozessor und einem Netz wie schwaches 3G: Flüssigkeit, Ruckler, Speicher und Zeit bis zum ersten Bild. Unter 15 Bildern pro Sekunde kommt das Spiel nicht als fertig durch die Prüfung. Ein Assistent ohne Browser bestellt dieselbe Messung vor einer Veröffentlichung: klyo_game_diagnostics mit zmierz und pelny.
• In jeder Sprache des Spiels. Klyo Kit spricht zehn Sprachen (Polnisch, Englisch, Deutsch, Französisch, Spanisch, Portugiesisch, Italienisch, Russisch, Ukrainisch, Türkisch), das Spiel selbst die, für die es eigene Texte hat. Wir öffnen dasselbe Handy in jeder angegebenen Sprache, mit Vorschaubild. Ein Schlüssel statt eines Wortes und eine angegebene Sprache, die das Spiel nicht anzeigt, blockieren die Veröffentlichung. Englisch statt einer Übersetzung, ein Satz, der genau dem englischen entspricht, und Text, der nicht auf seine Schaltfläche passt oder über den Bildschirmrand hinausläuft, ergeben Warnungen. Text, der auf ein canvas gezeichnet wird, prüfst du auf den Vorschaubildern nebeneinander.
• Langsame Bilder mit Ursache. Die Bildrate allein sagt nicht, wer schuld ist. Wir messen getrennt die Zeit des Spielcodes in jedem Bild, die Arbeit des Browsers und wie viel vom Bild sich wirklich ändert. Langsamer Code ist niski_fps; leichter Code mit langsamem Zeichnen ist wolne_rysowanie, mit Tipps, was du einmal und was in jedem Bild zeichnen solltest.
• Sicherheit. Spielcode öffnen wir bei uns nur in einem isolierten Browser ohne Zugriff auf unser internes Netz. Ein Spiel unter seiner eigenen Adresse kann auch nicht im Namen eines angemeldeten Spielers handeln.

Premium-Qualitätscheck: sieben Punkte vor der Veröffentlichung

Die Qualitätsprüfung fängt Fehler ab, kann aber nicht erkennen, ob ein Spiel billig wirkt. Bevor der Assistent ein Spiel als fertig veröffentlicht oder einen neuen Look oder eine neue Funktion freigibt, geht er deshalb sieben Punkte durch und belegt jeden davon: was genau er gemacht hat. Wir bewerten keinen Geschmack und betreiben kein eigenes Modell. Wir gleichen die Angaben mit Spuren im Code ab und zeigen dir im Studio die Punkte, die der Code nicht belegt, bevor du auf „Veröffentlichen“ klickst.

• Art Direction: eine einheitliche Bildsprache: eine Farbpalette, ein Stil, Szene und Elemente aus einem Skin, keine nackten Rechtecke.
• Animation: Jeder Zustandswechsel hat einen Übergang, es gibt eine Animation für Sieg und Niederlage, und Bewegung lässt sich für alle abschalten, die das wünschen.
• Sound: ein Sound für jede Aktion und jedes Ergebnis, Stummschalten in den Einstellungen, Ton wieder da nach der Rückkehr aus dem Hintergrund.
• Rückmeldung bei jedem Zug: eine Reaktion auf jede Aktion innerhalb von 100 ms: Bild, Sound, Vibration auf dem Handy; klar ist, wer am Zug ist und warum ein Zug nicht erlaubt ist.
• Helles und dunkles Design: beide Varianten passend zur Geräteeinstellung, dazu ein Schalter im Spiel.
• Sprachen: jeder Text aus einer Übersetzungstabelle, mindestens Polnisch und Englisch, jede angegebene Sprache auf dem Handy geprüft (nicht nötig bei einem Spiel ohne Wörter).
• Online: Einladung per Link, Warten auf den Gegner, Rückkehr nach einem Verbindungsabbruch, Revanche mit einer Geste (nicht nötig bei einem Solospiel).

Bestenliste: Ein Spiel, das einen Punktestand angibt (wynik_max), ihn aber nicht mit klyo.score sendet, kommt nicht als fertig durch die Prüfung. Ein Spiel ohne Punkte nennt den Grund in seiner Beschreibung. Die Durchsicht kann bei einer Demo und einem Spiel in Entwicklung entfallen, ebenso bei einer reinen Korrektur (zmiana: "poprawka").

Häufige Fragen