Pocket Planet

Steckbrief

Vision

Ein kleiner Planet, so liebevoll gestaltet wie ein Diorama auf dem Schreibtisch. Aus der Ferne ein leuchtender Edelstein im All, aus der Nähe ein Wimmelbild: Wälder wiegen sich, Herden ziehen, auf der Nachtseite glimmen die ersten Lagerfeuer. Nichts davon steuert der Spieler direkt – er dreht an der Welt selbst: ein bisschen wärmer, mehr Regen im Westen, ein Vulkan im Meer. Die Welt antwortet mit Kettenreaktionen, die man nachvollziehen kann, und mit Überraschungen, die man nicht geplant hat.

Wer zurückkommt, liest, was passiert ist: „Während du fort warst, haben sich die Glimmerflosser in die Flussdeltas gewagt. Am Rand der Steppe ist das erste Dorf entstanden.“

Erlebnisziele

Zielgruppe

• Primär: Cozy-/Idle-Spieler 18–45, die Spiele wie Townscaper, Terra Nil, Islanders oder Idle-Aufbauspiele mögen. [Annahme] Spielt in Pausen und abends und mag Sammeln und schöne Bilder.
• Sekundär: Strategie-Gelegenheitsspieler, die Spore oder Civilization kennen und eine entspannte Kurzform suchen.
• Nicht Ziel: Hardcore-Simulationsfans, die wissenschaftliche Genauigkeit erwarten.

Abgrenzung – was Pocket Planet bewusst nicht ist

• Keine wissenschaftliche Simulation. Glaubwürdig und nachvollziehbar statt korrekt.
• Kein Mikromanagement. Kein einzelnes Tier, kein einzelnes Haus wird gesteuert.
• Kein Pay-to-Win, keine kaufbare Energie, keine Zwangswerbung im Planetenblick.
• Kein Online-Zwang. Voll offline spielbar, kein Konto.

Kernschleife in einem Bild

   beobachten ──► eingreifen (Energie) ──► Welt reagiert (Ticks)
       ▲                                         │
       │                                         ▼
 Chronik & Ziele ◄── Meilenstein/Ereignis ◄── Kettenreaktion
       │
       └──► Rückkehr nach Abwesenheit: Zusammenfassung + anstehende Entscheidung

Details: 02 Game Design. Epochen und Ziele: 06 Progression.

Verwandte Seiten

• 03 Planetensimulation · 04 Evolution · 05 Zivilisation
• 07 Art Direction · 16 Roadmap

Stand: 04.11.2026 · Status: Konzeptphase, noch kein Spielcode · Engine: Godot 4.7.2 (GL Compatibility)

1. Das Spiel in drei Sätzen

Der Spieler bekommt einen winzigen, leeren 3D-Planeten, den er dreht, heranzoomt und nur über die Bedingungen formt: Wärme, Regen, Land, Vulkane, ein Funke Leben, später Eingebungen für eine junge Zivilisation. Die Welt rechnet selbst weiter, auch wenn das Handy in der Tasche ist, und schreibt jede Folge in eine lesbare Chronik – von der ersten Alge bis zum Raketenstart. Pocket Planet ist ein entspannendes Idle-God-Game im Hochformat mit echten Entscheidungen, Herausforderungen und einem klaren Ziel pro Planet.

2. Die wichtigsten Designentscheidungen

3. Bestandsaufnahme (Schritt 1)

3.1 Repository gamestudio

[Fakt] github.com/patrickuhl1988/gamestudio ist die öffentliche Studio-Website joculus.com (GitHub Pages, CNAME = joculus.com), lokal geklont unter D:/Claude/joculus-wiki* (je Spiel ein eigener Klon auf einem Branch wiki/<spiel>-…).

• Das Wiki liegt unter /wiki/ und wird erzeugt: data/wikis.json (Register) + tools/wiki/<slug>/<seite>.html (HTML-Fragmente) → node tools/build-wikis.js. Kein Hand-HTML unter wiki/.
• Bausteine: wiki-facts, wiki-note, wiki-tiles, wiki-table-wrap, wiki-sound, wiki-shots; jede App hat eine Seite screens mit datierten Bildern.
• 16 Spiele-Wikis (u. a. SONARIS, Tiefsee-Tempel, Würfel-Dungeon, Neon Ricochet, IONWAKE). Ton: spielerorientiert, Deutsch, Du-Form, sachlich.
• Wichtig: Die Seiten sind öffentlich, kommen in die sitemap.xml und tragen einen Store-Button. Es gibt keinen Entwurfsmodus.

Umsetzung (Entscheidung F1):

1. Quelle = diese Markdown-Dateien in docs/konzept/ im Spielprojekt (Coding-Agenten lesen sie).
2. Wiki = dieselben Inhalte unter joculus.com/wiki/pocket-planet/, erzeugt mit tools/export-wiki.mjs in den Klon D:/Claude/joculus-wiki-pocket-planet, dort node tools/build-wikis.js. Die Seiten sind für die interne Nutzung gedacht, aber öffentlich erreichbar.

3.2 Wiederverwendbare Studio-Komponenten

3.3 Befund zum Werbe-SDK (entscheidend für die Monetarisierung)

[Fakt] Das Werbemodul zeigt ausschließlich Eigenwerbung für eigene Spiele und Websites (README: „Werbung für unsere eigenen Spiele und Websites“). Es gibt keine Anbindung an ein Werbenetzwerk, also keine Werbeeinnahmen. Formate: Vollbild-Overlay (Video/Bild/Platzhalter/neu: spielbare Anzeige), Auslöser nach Spielen oder Minuten, Remote-Konfiguration über das Repo Werbung, Messung joculus_ad_impression über die Analytics der App.

Es gibt keinen Rewarded-Modus (Abschluss-Rückmeldung „Belohnung verdient“) und keinen Godot-Adapter. Außerdem kann Godot kein MP4/H.264 abspielen (nur Ogg Theora) – die Werbevideos müssten konvertiert werden. Details und präzise Anforderungen an das SDK: 14.

3.4 Übernahme des Play-Store-Eintrags

[Fakt] Pocket Planet erscheint als Update der App de.bridgeroyale.app (Bridge Royale 1.0.4, versionCode 5).

• Upload-Key: keys/bridge-royale-upload.keystore, Alias bridge-royale-upload, SHA-256 69:2D:F2:C9:…:0D:89:CE (geprüft gegen die Release-Verifikation von 1.0.4). Ohne diese Datei ist kein Update möglich.
• Nächstes Bundle: versionCode 6, versionName 2.0.0 (Studio-Präzedenzfall: SONARIS 2.0 ersetzte das 2D-Spiel unter demselben Eintrag).
• Der Paketname enthält dauerhaft „bridgeroyale“ – für Spieler fast unsichtbar (nur in der Store-URL), nicht änderbar.
• Bridge Royale hat kaum Installationen; eine eigene Kommunikation an Bestandsspieler ist nicht nötig (Entscheidung F2). Die Store-Kategorie wird auf „Simulation“ umgestellt.
• [Fakt] Neue Apps und Updates müssen seit 31.08.2026 API-Level 36 (Android 16) anpeilen (Google). Ticket T-03 prüft das Godot-4.7-Exportziel.
• Sicherung des alten Stands: Git-Tag bridge-final (Commit 4a65ca4) + ZIP Desktop/Claude/Backups/Bridge Royale - Expo final 1.0.4 (2026-11-04).zip.

4. Kritische Bewertung & Alleinstellungsmerkmal (Schritt 2)

4.1 Was am Konzept stark ist

• Fantasie mit sofortiger Lesbarkeit: „ein Planet in der Hosentasche“ versteht jeder in einer Sekunde, im Store wie im Spiel.
• Idle passt perfekt zum Thema: Evolution braucht Zeit – Abwesenheit ist kein Verlust, sondern Teil der Fantasie.
• Hohes visuelles Potenzial: Der Planet ist ein einziges, gut kontrollierbares Hero-Objekt – ideal, um mit wenig Geometrie viel Qualität zu zeigen.

4.2 Risiken – und was wir dagegen tun

4.3 Alleinstellungsmerkmal

Konkret greifbar wird das an drei Stellen, die Konkurrenten so nicht kombinieren:

1. Die Chronik: ein automatisch geschriebenes, illustriertes Geschichtsbuch des Planeten mit Ursachen, benannten Arten und Wendepunkten – als Bild teilbar.
2. Evolutionskarten: der Spieler bestimmt die Richtung der Evolution, nie das einzelne Tier.
3. Kettenreaktionen mit Vorschau: Ein Vulkan erzeugt Land, Mineralien und Wärme, später Fruchtbarkeit – und die Vorschau zeigt diese Kette, bevor man tippt.

5. Abschlussbericht (Schritt 7)

5.1 Ergebnisse dieses Auftrags

5.2 Die größten Risiken

1. Spielspaß der Kernschleife: Ob „Bedingungen formen“ fesselt, zeigt erst der Vertical Slice – deshalb ist Phase 1 ein Test, kein Feature-Bau.
2. GDScript-Leistung beim Nachrechnen: Budget 1,5 s für 12 h Abwesenheit auf dem schwachen Referenzgerät. Plan B ist ein GDExtension-Kern (11).
3. Werbemodul in Godot: Port nötig, Videos nur als Theora (14) – optional, das Spiel funktioniert auch ohne.

5.3 Nächste konkrete Schritte

1. Restliche offene Fragen in 17 entscheiden (F5 Store-Titel, F6 Mindest-Android). F1–F4 sind entschieden.
2. Bilder der Priorität VS aus GPT-BILDER erzeugen und ablegen (Stilanker zuerst).
3. Tickets T-01 bis T-12 (18) = Vertical Slice umsetzen, nach jedem Ticket Messung auf dem Referenzgerät.
4. Tripo-Freigabe für das erste Paket (6 Modelle, ca. 2,40–5 USD) erteilen – vorher wird nichts generiert.
5. ElevenLabs: Plan mit kommerzieller Lizenz bestätigen (10), dann 12 VS-Sounds generieren.

Quellen der Recherche (04.11.2026)

• Tripo API Preise: developers.tripo3d.ai („1 credit = $0.01 USD“), Modellseite H3.1: developers.tripo3d.com/en/models/v3-1
• ElevenLabs: API-Preise, Kosten Soundeffekte, Kommerzielle Nutzung
• Pixabay: Lizenz-Zusammenfassung, einzelne Trackseiten in 10
• Google Play Ziel-API: developer.android.com
• Godot: Systemanforderungen, Godot 4.7 Release-Bericht
• Benachrichtigungs-Plugins: Android Notification Scheduler, iOS Notification Scheduler (Asset Library)