/about

Über GXAI Studio

/mission

Unsere Mission

Mit KI bauen wir Spiele schneller, schräger und öfter. Ein Entwickler, eine KI, ein Spiel pro Monat.

/studio

Das Studio

GXAI Studio ist ein Ein-Personen-Indie-Studio, das KI-gestützte Spielentwicklung erforscht. Jedes Spiel testet, wie weit Mensch-plus-KI gehen kann — vom ersten Pitch bis zum Live-Build.

/stats

In Zahlen

Veröffentlichte Spiele

Codezeilen

KI-Pair-Commits

Live-Sprachen

/process

KI-Entwicklungsprozess

Jedes Spiel folgt derselben sechsstufigen Pipeline. KI macht die schwere Arbeit; Menschen wählen die Richtung.

1. Idee

Eine Mechanik, ein Satz. Passt sie nicht, bauen wir sie nicht.

2. Spec

KI entwirft das Designdokument. Wir feilen, bis es wie ein Vertrag liest.

3. Vertrag

Interface, Constraints und Acceptance-Tests fixiert. Keine Überraschungen später.

4. Implementierung

KI codet gegen den Vertrag. Jedes Diff wird von einem Menschen reviewed.

5. Test

Automatische Playthroughs fahren den echten Game-Loop — kein LLM im Testpfad.

6. Ship

Tests grün → Deploy. Tests rot → zurück zur Spec, nie drumherum patchen.

/pipeline-detail

Die komplette Pipeline

Sechs Phasen. Jede liefert ein konkretes Artefakt. Nichts wird übersprungen, nichts überstürzt.

01 — Discovery

⏱ 1–4 Stunden

“Wir machen aus vagen Ideen versandfertige Mechaniken.”

Inputs: 1-Absatz-Pitch, optional Referenzspiele

Outputs: One-Pager, Mechanik-Baum, Zielgruppe

[01]30-Min-Call: Vision und Constraints klären
[02]Referenzrecherche: 5–10 ähnliche Spiele analysieren
[03]Mechanik-Breakdown: den Core-Hook finden
[04]Risiko-Audit: Marken, Plattform-Fit, Monetarisierung
[05]Go/No-Go-Entscheidung mit schriftlicher Begründung

02 — Design-Spec

⏱ 2–8 Stunden

“KI entwirft. Wir härten, bis jede Zeile testbar ist.”

Inputs: One-Pager aus Phase 01

Outputs: Design-Doc, Art Direction, Audio-Brief

[01]KI generiert ersten GDD-Entwurf
[02]Pushback-Runden: jede unscharfe Zeile schärfen
[03]Visuelle Mockups: 3–5 Key-Screens (HTML/SVG)
[04]Audio-Brief: prozedural vs lizenziert, Key-SFX-Liste
[05]Sign-off-Checkliste vor jedem Code

03 — Vertrag fixiert

⏱ 1–4 Stunden

“Interface eingefroren. Acceptance-Tests geschrieben. Keine Überraschungen.”

Inputs: Genehmigte Design-Spec

Outputs: contracts/*.md, Acceptance-Test-Stubs

[01]Features in atomare Verträge zerlegen (1 Vertrag = 1 testbare Einheit)
[02]Interface-Signaturen definieren (TS-Typen oder proto)
[03]Acceptance-Tests als Code-Stubs schreiben (T1, T2, T3...)
[04]Constraints und Edge-Cases identifizieren (C1, C2, C3...)
[05]Vertragsversion sperren — jede Änderung = neuer Vertrag

04 — Implementierung

⏱ 1–3 Tage

“KI codet. Mensch reviewed jedes Diff. Nur atomare Commits.”

Inputs: Gesperrte Verträge

Outputs: Lauffähiger Build auf Dev-URL

[01]KI implementiert einen Vertrag nach dem anderen
[02]Conventional Commits: feat / fix / refactor Scopes
[03]Tägliches Code-Review: alles außer Vertrag zurückrollen
[04]Phaser/React/Capacitor — Stack je nach Spielform
[05]Build täglich auf Staging-URL für Live-Preview

05 — Use-Case-Tests

⏱ 4–12 Stunden

“Echte Playthroughs. Kein LLM im Testpfad.”

Inputs: Implementation + Acceptance-Test-Stubs

Outputs: UC-Pass-Report, Video-Captures, Perf-Graphen

[01]Automatische Playthroughs fahren echte Physik, Input, Score
[02]Playwright + Headless-Phaser-Harness
[03]Performance-Gates: 60fps auf iPhone SE, <100ms Input-Latenz
[04]Multi-Locale-Snapshot-Tests (EN/ZH/JA/KO/DE)
[05]Test fehlgeschlagen = Deploy gesperrt, keine Ausnahmen

06 — Ship & Iterieren

⏱ 4–24 Stunden

“Store-Submission + Post-Launch-Tuning.”

Inputs: Alle UCs grün

Outputs: Live im App Store + Google Play, Dev-Log

[01]Capacitor-Wrap: iOS Xcode Build, Android signiertes APK
[02]Store-Listings: 5 Sprachen, Screenshots, Video-Preview
[03]Review-Antworten handhaben (Apple ~24h, Google ~48h)
[04]Crashlytics + Firebase-Analytics live ab Tag 1
[05]Post-Launch-Tuning: A/B-Schwierigkeit, tägliche Dev-Log-Einträge

Von der ersten Nachricht bis zum App Store: typischerweise 1–7 Tage.

/why-ai

Warum KI die Rechnung verändert

Klassische Indie-Entwicklung: 6 Monate, $50k, 1 Spiel. Unsere Pipeline: 1 Woche, $5k, 1 Spiel.

Aspekt	Klassisch Indie	GXAI-Pipeline
Time-to-Ship	3–6 Monate	1–7 Tage
Teamgröße	3–5 Personen	1 Mensch + KI
Kosten	$30k–$80k	$3k–$15k
Iterationsgeschwindigkeit	Wöchentliche Builds	Stündliche Builds
Sprachen zum Launch	1 (Englisch)	5 gleichzeitig
Dokumentation	Häufig fehlend	Auto-generiert
Test-Coverage	Spärliches Manual-QA	Automatisierte UC-Suite

/deliverables

Was du bekommst

Jedes Projekt liefert ein komplettes Artefakt-Bundle, nicht nur ein Binary.

Design-Dokument (GDD)

Markdown-Spec für Mechaniken, Economy, Art Direction, Audio-Brief.

Gesperrte Verträge

Pro-Feature Interface + Constraints + Acceptance-Tests, versioniert.

Quellcode

Voll-Repo (TS/JS) + Build-Skripte + CI/CD-Pipeline.

UC-Test-Suite

Automatische Playthroughs, Perf-Benchmarks, Regression-Harness.

Store-fertige Builds

Signiertes iOS .ipa + Android .aab, einreichungsbereit.

5-Sprachen-Bundle

Alle UI + Store-Listings übersetzt nach EN/ZH/JA/KO/DE.

Analytics-Setup

Firebase Analytics + Crashlytics + Custom Events ab Tag 1 live.

Dev-Log + Postmortem

Tag-für-Tag-Aufzeichnung der Entscheidungen, plus Launch-Retrospektive.

/why-us

Warum mit uns arbeiten

Es gibt drei Optionen, wenn du eine Spielidee hast. Hier der ehrliche Vergleich.

vs Freelancer

Schneller (parallele KI-Streams), günstiger (kein Agency-Aufschlag), transparenter (jeder Vertrag + Test in deinem Repo).

vs Studio

Wir liefern in Wochen, nicht Quartalen. Dir gehört alles Ende-zu-Ende: Code, Assets, Accounts, Store-Listings.

vs No-Code

Echte Native-Apps via Capacitor. Kein Plattform-Lock. Voller Quellcode dauerhaft deins.

/faq

Häufige Fragen

Wem gehört das IP?+

Dir — 100%. Code, Assets, Store-Listings, Marke. Wir übergeben am Ende alles.

Was, wenn ich nach Launch Änderungen will?+

Verträge machen Änderungen günstig. Neues Feature = neuer Vertrag; wir schätzen, sperren, liefern.

Geht das mit meiner bestehenden Marke/IP?+

Ja. Bring deinen Style-Guide, wir passen die Visual-Direction-Phase an.

Nutzt das Spiel KI zur Laufzeit?+

Nur wenn du willst. Game-Logik selbst hängt nie von einem LLM zur Laufzeit ab — nur zur Build-Zeit.

Was, wenn die Store-Einreichung abgelehnt wird?+

Wir handhaben Review-Antworten. Die meisten Spiele bestehen Round 1, weil wir ab Spec-Phase Apple/Google-Guidelines folgen.

Macht ihr Multiplayer / Backend?+

Ja. Firebase Realtime DB + Firestore für <100ms-Sync. Siehe Tap War + Mole Bash als Beispiele.

/contract-first

Jedes Feature ist ein Vertrag.

Vor dem Code fixieren wir Zweck, Interface, Constraints und Acceptance-Tests. Die KI implementiert gegen diesen Vertrag — nichts dazu, nichts weg.

Tests grün = Vertrag erfüllt. Tests rot = zurück zur Spec, niemals drumherum patchen.

contracts/bounce-controller.mdmarkdown

## Contract: BounceController v1.0

### Purpose
Manage ball physics and tap-to-bounce input.

### Interface
- onTap(): apply downward force F = mass * 9.8 * 1.4
- update(dt): step physics, decay energy 15% per bounce

### Constraints
- C1: Ball energy must never go negative
- C2: Combo resets if tap is > 50ms from apex
- C3: No raster assets — SVG/procedural only

### Acceptance Tests
- T1: 30s no-input run ends in death animation
- T2: Perfect-tap × 10 awards combo bonus

$ npm run usecasesbash

# Agent runs UC playthroughs (no LLM in test path)
$ npm run usecases -- --save-results

▶ UC-01  tap-bounce-survives-spike       PASS  (1.4s)
▶ UC-02  no-input-loses-energy            PASS  (2.1s)
▶ UC-03  combo-resets-on-late-tap         PASS  (0.8s)
▶ UC-04  boss-wall-defeats-ball           FAIL  ✗

  spec: ball must rebound off wall < 100ms
  actual: 142ms

✗ Test failed → reject deploy → back to spec

/tests-are-real

Kein LLM im Testpfad.

Automatische Playthroughs fahren den echten Game-Loop — Physik, Input, Score. Test fehlgeschlagen = Deploy abgelehnt. Keine Ausnahmen.

Die KI half beim Schreiben der Tests. Sie darf sich nicht selbst benoten.

/day-in-the-life