SEED RUNDE · 2026

INT. DAS SYSTEM - FORTLAUFEND

Ein System schreibt. Figuren erinnern sich. Szenen bleiben konsistent — von der ersten bis zur letzten Seite.

POSEIDON

Von der Story zum strukturierten Drehbuch. Ohne dass dir auf Seite 80 die Figuren entgleiten.

Poseidon CAS erzeugt strukturell konsistente Drehbücher für professionelle Produktions-Workflows — mit Figuren, die sich erinnern, Szenen, die Continuity halten, und einem Stil, der über den gesamten Bogen kontrollierbar bleibt.

Laufende Alpha · kein Mockup
18 Monate · Solo-Entwicklung
Seed-Runde offen
Co-Founder gesucht

INT. WAS ES IST - TAG

Eine Produktions-Pipeline. Kein Chat-Tool.

Poseidon generiert keinen Text auf Abruf. Es ist eine orchestrierte Pipeline — von der abstrakten Story bis zum schema-validierten, maschinenlesbaren Drehbuch-Output, der direkt in professionelle Produktions-Workflows passt.

01
Execution-Pipeline — von der Story zum Drehbuch
core
▼
Pipeline-Phasen
01
Import der Story · Rohtext einlesen, Struktur & Figuren extrahieren
02
Quick Edit · prüfen & korrigieren vor der Erzeugung
03
Drehbuch-Erzeugung · die Agenten spielen die Szenen durch
04
Export & Post-Processing · FDX/PDF, Bereinigung & Standardisierung

Phase 03 ist die Differenzierung — die Agenten orchestrieren, erinnern sich und kontrollieren den Stil.

02
vs. Standard-KI — was mit Poseidon anders ist
compare
▼
Typischer KI-Ansatz
Poseidon
Ein Prompt pro Szene
Orchestrierte Pipeline pro Bogen
Kein Figuren-Gedächtnis
Persistentes semantisches Gedächtnis
Stil geht über die Länge verloren
Stil pro Figur kontrolliert
Manuelle Continuity
Continuity-bewusste Orchestrierung
Nicht reproduzierbar
Gesteuerter Ausführungsfluss
Textgenerierung
Strukturierter Produktions-Output
03
Studio-Integration — architektonische Konsequenz, kein Feature
context
▼
Poseidon ersetzt keinen Writers' Room. Es übernimmt, was heute manuell läuft — Continuity-Tracking, Figuren-Konsistenz, Stil-Durchsetzung — damit die kreative Arbeit kreativ bleibt.

Der strukturierte Output und die zustandsbehaftete Pipeline sind inhärent kompatibel mit professionellen Produktions-Workflows. Studio-Integration ist eine architektonische Konsequenz, kein nachträgliches Feature.

INT. WARUM ES ZÄHLT - TAG

Das Problem, das KI-Schreibtools nicht lösen.

Single-Prompt-Generierung bricht über die Länge zusammen. Figuren driften. Continuity zerbricht. Der Stil wird inkonsistent. Poseidon ist genau dort gebaut, wo dieser Bruch beginnt.

Das Modell generiert Text.
Das System generiert Drehbücher.
01
Figuren-Architektur — zustandsbehaftete Agenten, keine Prompt-Beschreibungen
core
▼
Figuren werden nicht in Prompts beschrieben — sie sind zustandsbehaftete Agenten mit typisiertem, decay-gewichtetem Gedächtnis. Jede Szene holt relevanten Kontext über semantische Ähnlichkeit, nicht über String-Matching. Eine Figur erinnert sich, was sie vor drei Akten gesagt hat — weil das System es trackt.
02
Stil als Infrastruktur — auf Output-Ebene durchgesetzt
core
▼
Stil ist ein First-Class-Parameter — pro Figur konfigurierbar, über Szenen hinweg persistent und auf Output-Ebene durchgesetzt. Keine Prompt-Empfehlung. Kein Vibe. Eine harte Konfiguration, die die Runtime über den gesamten Bogen hält.
03
Gesteuerte Orchestrierung — Verträge, keine Vorschläge
arch
▼
Agenten werden orchestriert, nicht gepromptet — Entscheidungen folgen Ausführungs-Verträgen, nicht natürlicher Sprache.
Das Modell ist austauschbar.
Die Runtime, der State und die Logik sind es nicht.
Genau dort liegt die Verteidigbarkeit.
04
Markt-Scope — die Architektur generalisiert
market
▼
Drehbuch-Generierung ist die erste und anspruchsvollste Vertikale. Dieselbe Runtime greift überall, wo Langform-KI-Konsistenz gefordert ist.
01
Narrative & Medien
Drehbücher, Serien-Bibeln, interaktive Fiktion mit persistentem State
02
Enterprise-Workflows
Mehrstufige Prozesse mit State, Rollback und Audit-Trail
03
Agenten-Infrastruktur
Koordinierte Multi-Agenten-Systeme mit Langzeit-Konsistenz
04
AgenticOps
Runtime-Governance für Produktions-KI in Skala

INT. WIE ES GEBAUT IST - TAG

Die Infrastruktur hinter dem Output.

Orchestrierungsmodell, Memory-Architektur und Ausführungs-Verträge wurden aus ersten Prinzipien entworfen — bestehende Orchestrierungs-Frameworks boten nicht die State-Kontrolle, die Langform-Drehbucherstellung erfordert.

01
Runtime-Eigenschaften — technische Tiefe
tech
▼
Figuren-ArchitekturZustandsbehaftete Agenten · typisiertes Memory
Memory-RetrievalSemantisch · decay-gewichtet · scoped
Szenen-OrchestrierungEvent-getrieben · gesteuert
Stil-SystemPro Figur · persistent · durchgesetzt
Output-VerträgeSchema-validiert · hart
Continuity-ModellCross-Run · cross-Szene · auditierbar
Modell-KopplungEntkoppelt · Adapter-Pattern
StatusLaufende Alpha
02
Memory-System — semantisches Retrieval, keine String-Suche
arch
▼
Jede Figur hält einen typisierten, gewichteten Memory-Store, getragen von pgvector semantischer Ähnlichkeit. Jede Szene holt den Kontext, der für diesen Moment relevant ist — nicht die ganze Historie, nicht eine manuelle Zusammenfassung. Erinnerungen zerfallen über die Zeit und geben dem System ein Gespür für Nähe und emotionales Gewicht, das dem Denken echter Figuren entspricht.
03
Output-Verträge — schema-validiert, maschinenlesbar
output
▼
Das System gibt keine Prosa aus, von der es hofft, dass sie korrekt formatiert ist. Jeder Output passiert einen harten Schema-Vertrag — strukturiert, maschinenlesbar und direkt anbindbar an externe Tools und Produktions-Pipelines. Format-agnostisch per Design. API-first: Das System ist ein Backend, kein geschlossenes Tool.
04
Technologie-Stack
stack
▼
Backend
PHP 8.4 / Swoole
Framework
Mezzio / Laminas
Datenbank
PostgreSQL · pgvector
Orchestrierung
Event-getrieben · zustandsbehaftete Agenten
Memory
Semantisches Retrieval · scoped
Output
Schema-validierte Verträge
Modell-Schicht
Entkoppelt · Adapter-Pattern
PHP 8.4 / Swoole
Mezzio / Laminas
PostgreSQL · pgvector
Zustandsbehaftete Agenten
Semantisches Memory
Schema-Verträge
Event-getrieben
Modell-agnostisch

INT. INVESTMENT CASE - TAG

Was die Runde möglich macht.

Die Architektur steht. Die Runtime läuft. Was noch fehlt, ist das Team, um zu skalieren — und die ersten Kunden, um kommerziell zu validieren. Genau dafür ist diese Runde.

Runde
Seed
Erstes institutionelles Kapital · Angels & Strategen willkommen
Ziel der Runde
18 Monate Runway
Team 3–5 · erster Umsatz
01
Engineering-Team — erste Hires, um die Plattform zu erweitern
▼
Die Architektur steht — das Team multipliziert sie. Die ersten Hires fokussieren Plattform-Erweiterung, Tooling und Roadmap-Beschleunigung. Keine architektonische Neuerfindung nötig.
02
Erste Kundenakquise — Studios, Streaming, Enterprise
▼
Primäre Ziele: Filmstudios, Produktionsfirmen, Streaming-Plattformen und Enterprise-Content-Operationen. Der strukturierte Output und die API-first-Architektur machen die Integration für technische Einkäufer unkompliziert.
03
Infrastruktur-Skalierung — produktionsreif, multi-tenant
▼
Produktionsreifes Hosting, Redundanz und Performance-Optimierung für Multi-Tenant-Deployment. Das System läuft aktuell als Single-Instance — Skalierung ist eine Infrastruktur-Aufgabe, keine architektonische.
04
Produkt-Schicht — Interface- und API-Exposure
▼
Interface- und API-Schicht, die die Runtime externen Integrationen und Studio-Workflows zugänglich macht. Das Backend ist fertig — die Produkt-Schicht macht es für nicht-technische Einkäufer und Integrations-Partner zugänglich.
Der Gründer
Frank Markwort
Gründer · Architekt · Solo-Entwickler
Software-Entwickler mit Hintergrund in komplexer Systemarchitektur. Poseidon ist kein Nebenprojekt — es ist das Ergebnis von 18 Monaten fokussierter Vollzeit-Entwicklung, komplett solo gebaut, mit einer klaren architektonischen Vision vom ersten Tag.

Das System wurde nicht auf bestehende Agent-Orchestrierungs-Frameworks aufgesetzt. Orchestrierungsmodell, Memory-Architektur und Ausführungs-Verträge wurden aus ersten Prinzipien entworfen — weil nichts Bestehendes das Problem auf dem geforderten Kontroll-Niveau löste.

Aktiv auf der Suche nach einem Business-Co-Founder — Vertrieb, Fundraising und Go-to-Market. Die Technik steht; was fehlt, ist die Business-Seite.
18Monate Dev
SoloVollzeit
Alphalaufend
StatefulRuntime
Die meisten KI-Tools priorisieren Generierungs-Speed über Langform-Konsistenz.

Poseidon wurde um die Annahme herum gebaut, dass Langform-Konsistenz Infrastruktur erfordert — nicht Prompting allein.

Das ist eine andere Art von Commitment — und eine andere Art von Verteidigbarkeit.

Kein Deck nötig. Kein Sales-Prozess.
Ein direktes technisches Gespräch über das System, die Architektur und die Chance.

frank@poseidon-cas.com
Vertraulich

INT. CO-FOUNDER - TAG

Co-Founder gesucht

Die Technik steht. Was fehlt, ist die Business-Seite — jemand, der Poseidon an den Markt bringt und die Firma aufbaut.

Klare Rollentrennung: Du verantwortest den gesamten Geschäftsteil — Vertrieb, Fundraising, Finanzen, Recht, Marketing und Strategie. Ich verantworte die Technik — Pipeline, Agenten, Produkt.

Du bringst die Kontakte. Ich das Produkt.

Business-Profil mit Netzwerk im Medien- und Entertainment-Bereich. Non-technical ist ausdrücklich okay — der technische Teil ist vollständig abgedeckt.

Wichtig: Erfahrung in Vertrieb und/oder Fundraising. Startmarkt DACH — danach internationale Expansion.

Pre-Seed — kein Gehalt, dafür Equity.

Details im direkten Gespräch.

Interessiert? Schreib mir direkt.

frank@poseidon-cas.com