The Tenth Witness: Moonshadow Manor

The Tenth Witness: Moonshadow Manor ist ein selbst gemeldetes Point-and-Click-Psychological-Horror-Spiel für Desktop- und Mobile-Browser, das als Hackathon-Einreichung von einem Entwickler (TAEHOON KIM) erstellt wurde. Die Projektbeschreibung gibt an, dass im Entwicklungsprozess semantisches HTML, CSS3, vanilla JavaScript und Codex mit GPT-5.6 verwendet wurden. Es wird als zweisprachiges (Koreanisch/Englisch) Spiel mit zehn Räumen beschrieben, in denen jeweils physische Hinweise und übernatürliche Begegnungen mit den Aktionen der Spieler verknüpft sind. Der Autor behauptet, das Spiel sei vollständig mit KI-Tools wie Codex und GPT-5.6 entwickelt worden, ohne dass während des Spielbetriebs Aufrufe an OpenAI-Modelle erfolgen.

Wesentliche kommerzielle Due-Diligence-Einschätzung: Es gibt keine Hinweise auf Umsatz, Kunden oder Traction über die selbst gemeldete Projektbeschreibung hinaus. Das Spiel scheint ein Prototyp oder ein Proof-of-Concept zu sein, der für einen Hackathon eingereicht wurde, ohne dass Anzeichen für kommerzielle Machbarkeit, Marktnachfrage oder eine Monetarisierungsstrategie vorliegen.

Die Beschreibung gibt an, dass The Tenth Witness: Moonshadow Manor ist:

• Ein zweisprachiges Point-and-Click-Psychological-Horror-Spiel
• Für Desktop- und Mobile-Browser
• Entwickelt mit semantischem HTML, responsivem CSS3, vanilla JavaScript
• Entwickelt mit Codex und GPT-5.6 (ohne Ausführung von OpenAI-Modellen während des Spielbetriebs)
• Enthält zehn verzerrte Räume, in denen Spieler vier jugendliche Charaktere durch Rätsel führen, die auf der Entdeckung mittels Taschenlampe und physischen Hinweisen basieren

Das Spiel wird wie folgt beschrieben:

• 40 geordnete Interaktionen in 10 Räumen
• 30 separate Hinweis-Props
• 10 physische Schlüssel
• 10 Code-Schlösser
• 10 erforderliche Sichtungen
• Ein finales Eisentor, das sich bei Abschluss öffnet

Die Beschreibung gibt an, dass die ursprüngliche Idee des Autors darin bestand, dass vier Jugendliche ein verlassenes Herrenhaus für einen Mutigkeits-Test betreten, aber das Foto am Tor ein fünftes Kind zeigt, das sie nicht kennen. Das Projekt entwickelte sich von:

• Einem frühen Prototypen, der stark auf häufige Jumpscare-Mechaniken angewiesen war
• Einer neu aufgebauten Erfahrung, die sich auf einen bewussten Rhythmus konzentriert: Stille, freiwillige Aktion, physischer Hinweis, unmögliche Veränderung, entscheidende Begegnung

Der Autor behauptet, dieser Rhythmus sei zur Geschichte geworden, in der "das Herrenhaus nicht nur heimgesucht ist. Es tilgt ein Mädchen aus Fotos, Namen und Erinnerungen."

Nicht belegt. Die Beschreibung gibt nicht an, wer der Zielkunde oder das ideale Kundenprofil (ICP) ist, abgesehen vom allgemeinen Publikum von Psychological-Horror-Spielern.

Nicht belegt. Es gibt keine Erwähnung von Preisen, Monetarisierungsstrategie, Umsatzmodell oder irgendeinem kommerziellen Aspekt, abgesehen von der Tatsache, dass es sich um ein Spiel handelt, das für einen Hackathon eingereicht wurde.

Die Beschreibung gibt an:

• Entwickelt mit semantischem HTML, responsivem CSS3, vanilla JavaScript
• Verwendet eine datengetriebene Architektur, die Story-Elemente vom Runtime trennt
• Implementiert Taschenlampen-Mechaniken unter Verwendung von Pointer-/Touch-Position, radialem Maskenverfahren, hellerer Raumkopie und proximitätsbasierten Glanzlichtern
• Der Beweis-Inspector unterstützt Rotation, Zoom, Umdrehen und gespeicherten Kamerazustand
• Das Audiosystem verwendet Web Audio unter HTTPS mit Stereo-Panning und Distanzfilterung
• Hosted als HTTPS-Webanwendung mit serverseitigem Zugangstor für den Judge
• Die Lokalisierung umfasst UI, Dialoge, Zugänglichkeitsbeschriftungen, Beschreibungen von Hinweisen, Antwortalias und in Hinweisbildern eingebettete Texte

Nicht belegt. Die Beschreibung liefert keine Daten zur Nutzerbindung, zu Downloads, zur Retention oder zu Nutzungsmetriken, abgesehen von der Tatsache, dass es sich um eine Hackathon-Einreichung handelt.

Nicht belegt. Es werden keine Informationen zu Wettbewerbern, Marktpositionierung oder Wettbewerbslandschaft bereitgestellt.

• Das Projekt wird als Hackathon-Einreichung beschrieben, ohne Belege für kommerzielle Traction oder Umsatz
• Der Autor gibt an, das einzige Teammitglied zu sein (1 Person)
• Das Spiel nutzt Codex und GPT-5.6 für die Entwicklung, ruft jedoch während des Spielverlaufs keine OpenAI-Modelle auf, was auf eine begrenzte KI-Integration im Endprodukt hindeutet
• Keine Erwähnung einer Monetarisierungsstrategie, Nutzerakquise oder eines Geschäftsmodells, abgesehen davon, dass es sich um ein Spiel handelt
• Das Projekt scheint ein Prototyp und kein fertiges kommerzielles Produkt zu sein

1. Was ist die beabsichtigte Monetarisierungsstrategie für dieses Spiel?
2. Gibt es Pläne für eine kommerzielle Distribution oder Vertriebskanäle?
3. Wie plant das Team, über einen Einzelentwickler-Ansatz hinaus zu skalieren?
4. Was sind die spezifischen Pläne für Nutzerakquise und Marketing?
5. Gibt es Absichten, das Spiel über seinen aktuellen Umfang hinaus zu erweitern (z. B. zusätzliche Räume, Funktionen)?
6. Was ist die langfristige Vision für dieses Projekt über die Hackathon-Einreichung hinaus?