OpenCreator richtet sich an Einzelpersonen und Teams, die kreative Arbeit und Entwicklung lokal ausführen möchten. Anstatt eine eigene Agent-Schleife neu zu implementieren, nutzt OpenCreator Codex CLI als Ausführungs-Engine und ergänzt sie um eine stabile lokale Runtime, einen visuellen Arbeitsbereich und einen Desktop-Host.

OpenCreator bietet zwei miteinander verbundene Arbeitsweisen:

• Content-Workspace: Nutze visuelle Werkzeuge und Kreativvorlagen für Videoübersetzung, Video-Downloads, Thumbnail-Generierung, Bildgenerierung und weitere kreative Aufgaben.
• Agent-Unterhaltung: Starte und steuere kreative oder Entwicklungsaufgaben in natürlicher Sprache, organisiere Unterhaltungen nach Projekten, lasse Runs im Hintergrund weiterarbeiten und verwalte Genehmigungen, Anhänge, Dateien, Skills, MCP, Zeitpläne, Benachrichtigungen, Speicher und Diagnosen an einem Ort.

Web ist die einzige Frontend-Implementierung. Desktop lädt denselben Web-Build und ergänzt ausschließlich Funktionen, die das Betriebssystem erfordern, etwa die Auswahl von Verzeichnissen, den Fensterlebenszyklus, das Verhalten im Infobereich und native Benachrichtigungen. Bei identischen Daten und derselben Größe des Inhaltsbereichs teilen beide Plattformen dieselbe allgemeine Benutzeroberfläche und dasselbe Runtime-Verhalten.

• 🤖 Codex-nativ: Nutze die Agent-Schleife, Modelle, Schlussfolgerungen, Werkzeugaufrufe, Unterhaltungen, Skills und MCP von Codex, ohne eine zweite Ausführungs-Engine pflegen zu müssen.

• 🚀 Sofort einsatzbereite Desktop-App: Starte OpenCreator direkt über die Desktop-App mit integriertem Codex CLI. Der lokale Runtime startet bei Bedarf und bereitet automatisch ein Standardprojekt vor.

• ⚙️ Lokale Codex-Konfiguration erkennen: Beim ersten Start prüft Desktop die vorhandene Codex-Konfiguration und bietet an, eine nutzbare ChatGPT-Anmeldung oder einen API-Schlüssel zu übernehmen. Andere Modellanbieter lassen sich im Einrichtungsdialog konfigurieren.

• 🔄 Verwaltete Runtime-Komponenten: Prüfe die mitgelieferte, aktive und neueste yt-dlp-Version, suche regelmäßig nach Updates und aktualisiere manuell. Falls ein Update fehlschlägt, bleibt die aktuell funktionierende Version verfügbar.

• 🎨 Multimodale Erstellung: Erstelle und verwalte Videos, Bilder, Audio, Untertitel und Dokumente in einem zusammenhängenden Arbeitsablauf.

• 🧩 Kreativvorlagen: Erstelle Bilder und Videos mit wiederverwendbaren Vorlagen, statt Prompts und Einstellungen von Grund auf vorzubereiten.

• 🔗 Arbeitsablauf mit zwei Modi: Arbeite wahlweise im visuellen Arbeitsbereich oder über eine Agent-Unterhaltung, während eine gemeinsame Zustandsmaschine Schritte, Fortschritt und Ergebnisse synchron hält.

• 🕘 Versionierung: Jede Überarbeitung erstellt eine neue Version und bewahrt frühere Einstellungen und Ergebnisse zur Prüfung und zum Vergleich auf.

• 🧩 Wiederverwendbare Skills: Nutze Skills für Video-Workflows, erweitere den Agent mit eigenen Skills und verwalte MCP über die Codex-native Konfiguration.

• 🧠 Speicher: Bewahre globalen, projektbezogenen und Thread-Speicher zusammen mit Zusammenfassungen und reproduzierbaren Run-Eingabe-Snapshots auf.

• 🔐 Lokale Sicherheit: Daten, Anhänge und Protokolle bleiben standardmäßig lokal und werden durch Genehmigungen und bereinigte Diagnosen geschützt.

• 🌐 Mehrsprachige Oberfläche: Web und Desktop bieten 43 Sprachen, automatische Erkennung der Systemsprache, manuelle Auswahl und Rechts-nach-links-Layouts für Arabisch, Persisch, Urdu und Hebräisch.

Die aktuelle Version enthält sechs Kreativwerkzeuge. Verfügbare Modelle und Dienste hängen von deiner lokalen Codex-Umgebung und den Einstellungen der KI-Dienste ab.

Öffne das Dashboard, um Videos zu übersetzen oder herunterzuladen, Thumbnails oder Bilder zu generieren, Voiceover mit Text to Speech zu erstellen oder Videos mit Seedance zu generieren.

Weitere Kreativwerkzeuge werden fortlaufend ergänzt.

Die Videoübersetzung bietet 123 Ausgangssprachen und 124 Zieloptionen einschließlich Pinyin-Ausgabe. Suche nach muttersprachlichem, englischem oder chinesischem Namen oder Sprachcode. Die Sprachabdeckung von Spracherkennung und Sprachausgabe hängt vom gewählten Dienst und Modell ab.

• Nur Untertitel übersetzen: Importiere eine SRT-Datei, prüfe die Vorschau und übersetze sie ohne Quellvideo, Synchronisation oder Video-Rendering.

• Erweiterte Untertitelbearbeitung: Bearbeite Zeiten, teile oder verbinde Untertitel und suche und ersetze Text in einem immersiven Editor mit Wellenform und wiedergabesynchroner Zeitleiste. Prüfe Stile direkt im Video, passe Sprache, Stimme und Ausgabe an und erstelle eine neue Version, ohne frühere Ergebnisse zu verlieren.

• Erstellung auf einer Seite: Konfiguriere Bildgenerierung, Videogenerierung und Text to Speech auf einer Seite, mit Modellauswahl, Referenzvorschau, modellspezifischen Bildoptionen und durchsuchbarer Stimmenbibliothek.

• Mehrsprachige Ausgabe und Fortschritt: Integrierte Ersatzschriften verbessern komplexe Schriftsysteme und Rechts-nach-links-Untertitel. Verfolge Transkription, Übersetzung, Sprachausgabe und Rendering, soweit verfügbar mit Anzahl erledigter und gesamter Elemente.

Starte direkt mit einer Vorlage, statt Prompts und Einstellungen von Grund auf anzulegen. Entdecke vorgestellte Vorlagen nach Kategorien wie Videoproduktion und Bildgestaltung.

Die Sammlung vereint Vorlagen von OpenCreator und unabhängigen Kreativen. Bei Vorlagen Dritter nennt die Detailseite die Urheber und verlinkt auf die Originalquelle.

Öffne eine Vorlage, um ein Beispielergebnis sowie Prompt, Einstellungen, Tags, Autor und Originalquelle zu sehen. Wähle Diese Vorlage verwenden, um mit der Vorlage loszulegen, und passe die Eingaben nach Bedarf an.

Kreativwerkzeuge bieten visuelle Steuerelemente; Skills geben dem Agent wiederverwendbare Anweisungen und Werkzeug-Workflows. OpenCreator enthält Skills für die Videoproduktion im Repository und unterstützt die Verwaltung lokaler Codex Skills.

Das Verzeichnis skills/ im Repository enthält wiederverwendbare Anweisungen für Agents, die die eingebettete KrillinAI CLI bedienen.

OpenCreator unterstützt lokale Codex Skills, die durch SKILL.md definiert werden. So kannst du eigene Methoden und Workflows ergänzen, statt nur feste Kreativwerkzeuge zu nutzen. Verfügbare Skills hängen vom aktiven Codex home und den installierten Skills ab; Video-Workflow-Skills erfordern eine konfigurierte CLI und die jeweiligen Dienste. Ein Skill im Repository ist nicht automatisch installiert, und externe Dienste sind nicht zwangsläufig enthalten.

Beschreibe Aufgaben in natürlicher Sprache und wechsle zu visuellen Werkzeugen, wenn du präzise Kontrolle benötigst.

Die gezeigten Anbieter und Modelle sind Beispiele. Die tatsächliche Verfügbarkeit hängt von Zugangsdaten, Anbieterfreigaben und Plattform ab.

Passe Untertitel, Szenen, Audio und Generierungseinstellungen genau an.

Teile dem Agent mit, was geändert werden soll, und verfeinere das Ergebnis in natürlicher Sprache.

Unterhaltung und Arbeitsbereich teilen den aktuellen Aufgabenstatus, sodass du nichts wiederholen musst.

Jede Überarbeitung erstellt eine separate Version, ohne frühere Ergebnisse oder Einstellungen zu überschreiben.

Die Verfügbarkeit von Sprachmodellen richtet sich nach dem Codex-Modellkatalog oder deinem OpenAI-kompatiblen Anbieter. Bild-, Video-, Sprach- und Transkriptionsmodelle verwenden die unter Einstellungen → KI-Dienste konfigurierten Dienste.

Die Tabellen zeigen integrierte Anbieterprofile und empfohlene Modelle. Die tatsächliche Verfügbarkeit hängt von Zugangsdaten, Anbieterfreigaben und Plattform ab.

GPT	DeepSeek	Qwen	Kimi	GLM
Grok	Doubao	ERNIE	Hunyuan	MiniMax

GPT Image

Seedream 4.0 Jimeng

Kling v2.1 Kling Image

Nano Banana Gemini 2.5 Flash Image

Seedance 2.5

Kling v2.1 Master

Veo 3.1

Whisper

OpenAI TTS

MiniMax

Edge TTS

Aliyun Speech

Volcengine Speech

Für lokale Transkription stehen auf unterstützten Plattformen auch faster-whisper, WhisperKit und whisper.cpp bereit.

Die folgenden öffentlichen Beispiele entstanden, als OpenCreator noch KrillinAI hieß. Sie zeigen den bewährten Arbeitsablauf für Untertitelausrichtung, Übersetzung, Synchronisation und Hochformatvideos, den der Arbeitsbereich Videoübersetzung von OpenCreator in einen umfassenderen Agent-Arbeitsablauf integriert.

Das Projekt erzeugte die unten gezeigte Untertiteldatei in einem einzigen Durchlauf aus einem 46-minütigen lokalen Video, ohne manuelle Anpassung der Untertitel. Das veröffentlichte Ergebnis deckt das Video vollständig ab, enthält keine überlappenden Zeilen und bietet eine natürliche Segmentierung sowie eine hochwertige Übersetzung.

Diese Videobeispiele und das Bild zur Untertitelausrichtung entstanden, als OpenCreator noch den Namen KrillinAI verwendete.

Analysiere öffentliche Videolinks von 10 unterstützten Plattformen, vergleiche die verfügbaren Formate und lade Video oder Audio direkt in das Projekt herunter.

Unterstützte Videoquellen:

YouTube

Bilibili

X

TikTok

Instagram

Douyin

Facebook

Xiaohongshu

Pinterest

Reddit

Die Verfügbarkeit hängt vom Video und der Region ab; manche Quellen können Plattform-Cookies erfordern. OpenCreator importiert Browser-Cookies nicht automatisch.

Erstelle mit Seedance ein KI-Video aus einem Text-Prompt oder Referenzbild. Konfiguriere Modell, Seitenverhältnis, Auflösung und Dauer. Anschließend kannst du jede Version im Projektarbeitsbereich ansehen, neu generieren oder herunterladen.

OpenCreator hat diese Sammlung eigener Figuren gemeinsam mit dem Künstler Harbor Hsia, dem Schöpfer von Stickman auf Behance, entwickelt. Die integrierten Figuren bleiben während der Animation konsistent.

Erstelle aus Text oder YouTube-Inhalten eine Animation mit Skriptprüfung, Erzählung, Timing, Storyboard, Untertiteln, Rendering und herunterladbarem Video.

Lade den Installer für macOS Apple Silicon, macOS Intel oder Windows x64 aus dem neuesten Release herunter. Desktop benötigt weder Node.js noch pnpm und enthält Codex CLI. Für echte Modellaufgaben ist eine nutzbare ChatGPT-Anmeldung oder API-Schlüssel-Konfiguration nötig.

Beim ersten Start startet Desktop die lokale Runtime, bereitet ein Standardprojekt vor und prüft die lokale Codex-Konfiguration. Falls eine nutzbare Anmeldung oder ein API-Schlüssel samt Modelleinstellungen gefunden wird, wähle Lokales Codex verwenden und fortfahren, um sie zu übernehmen. Im selben Einrichtungsdialog kannst du auch einen anderen Modellanbieter konfigurieren.

Nach der Einrichtung kannst du im Eingabefeld eine Aufgabe starten. Bei Problemen hilft das Benutzerhandbuch.

Für Entwicklung oder Nutzung von Web aus dem Quellcode benötigst du:

• Node.js 22 oder neuer
• pnpm 9.15.0, festgelegt über das Feld packageManager des Repositorys
• Eine im Terminal verfügbare ausführbare Codex CLI
• Eine gültige Codex CLI-Anmeldung für echte Modellaufgaben

Prüfe zuerst deine lokale Umgebung:

node --version
pnpm --version
codex --version

git clone https://github.com/krillinai/OpenCreator.git
cd OpenCreator
corepack enable
pnpm install
pnpm web:dev

Öffne http://127.0.0.1:19861/. Der Entwicklungsserver startet den lokalen Daemon bei Bedarf und injiziert über einen Same-Origin-Proxy ein temporäres Runtime-Token, sodass kein Verbindungstoken manuell kopiert werden muss.

Beim ersten Start bereitet die Runtime ein Standardprojekt vor. Das Eingabefeld ist verfügbar, sobald die Verbindung hergestellt ist. So arbeitest du ausschließlich am Daemon:

pnpm daemon:dev

Der Daemon lauscht nur auf einer Loopback-Adresse und gibt seine Verbindungsadresse sowie das temporäre Token einmalig auf stdout aus.

Desktop und Browser verwenden dasselbe React-Frontend aus apps/web. Allgemeines Verhalten für Projekte, Unterhaltungen, Aufgaben und Einstellungen ruft dieselben Daemon/API auf. Electron ergänzt lediglich echte Systempfade, Fenstersteuerung, Verhalten im Infobereich und native Benachrichtigungen.

pnpm desktop:dev

Die Desktop-Paketierung baut Web aus dem aktuellen Arbeitsbereich neu, zeichnet Commit, Dirty-Status, Plattform, Architektur und Web-Hash auf und vergleicht apps/web/dist mit den in die Anwendung eingebetteten Ressourcen. Bei Abweichungen schlägt die Paketierung fehl. Einzelheiten zu Signierung, Notarisierung, Windows-Builds und Veröffentlichungsanforderungen findest du im Desktop-Release-Runbook.

1. Wähle ein Projekt aus oder starte eine neue Unterhaltung.
2. Gib eine Aufgabe ein und wähle Berechtigungsstufe, Profile, Modell und Denkaufwand.
3. Während ein Run aktiv ist, kannst du Folgeaufgaben einreihen oder ihn unterbrechen und sofort fortfahren.
4. Prüfe in der Timeline Zusammenfassungen der Schlussfolgerungen, Werkzeugaufrufe, Dateiänderungen, Genehmigungen und Endergebnisse.
5. Verfolge im Aufgabencenter laufende, abgeschlossene, fehlgeschlagene und durch Genehmigungen blockierte Aufgaben zentral.

• Durchsuche im Plugin-Center den Skill-Marktplatz, den Installationsverlauf und lokal verfügbare Skills.
• Wähle im Eingabefeld mit / oder über das Hinzufügen-Menü einen Skill, damit die nächste Aufgabe dessen Arbeitsablauf befolgt.
• Die MCP-Verwaltung verwendet Codex-native Befehle und Konfigurationen, anstatt eine zweite Ausführungs-Engine zu pflegen.
• OpenCreator verwendet standardmäßig das aktive $CODEX_HOME. Prüfe daher die Auswirkungen, bevor du globale Skills oder die MCP-Konfiguration änderst.

• Jeder Zeitplan besitzt eine dauerhafte, dedizierte OpenCreator-Unterhaltung.
• Automatische Auslöser, manuelle Ausführungen und Folgeaufgaben des Benutzers verwenden diese Unterhaltung erneut und laufen gemäß der Richtlinie queue oder skip nacheinander ab.
• Beim Löschen eines Zeitplans wird dessen dedizierte Unterhaltung archiviert, während vorhandene Runs, Ergebnisse und der zugrunde liegende Codex-Verlauf erhalten bleiben.
• Das Rotieren oder Wiederherstellen eines zugrunde liegenden Codex-Threads ändert weder den OpenCreator-Aufgabeneintrag noch die Seitenroute.

OpenCreator behandelt den visuellen Arbeitsbereich und die Agent-Unterhaltung als zwei Oberflächen für dieselbe kreative Aufgabe und nicht als getrennte Arbeitsabläufe. Jeder Kreativablauf wird als Zustandsmaschine modelliert: Quelleingabe, Konfiguration, Generierung, Prüfung, Überarbeitung und Export werden zu eindeutigen Zuständen und Ereignissen. Aktionen im Arbeitsbereich und Befehle in Unterhaltungen gelangen in dieselbe Zustandsmaschine. Der aktuelle Schritt, die Konfiguration, der Fortschritt, die Versionen und die Ergebnisse werden wiederum in beiden Oberflächen dargestellt. So bleiben Arbeitsbereich und Unterhaltung synchron, ohne eine zweite Informationsquelle einzuführen.

Kreative Arbeit ist iterativ, daher überschreiben Überarbeitungen das aktuelle Ergebnis nicht. Jede Korrektur oder Neugenerierung erstellt aus dem bestehenden Zustand des Arbeitsablaufs eine neue Version. Einstellungen und Ergebnisse früherer Versionen bleiben zur Prüfung, zum Vergleich und zur weiteren Bearbeitung erhalten.

+-----------------------------+     +------------------------------------+
| Browser Access              |     | Desktop Host                       |
|                             |     | Shared Web build + Electron        |
+--------------+--------------+     +------------------+-----------------+
               |                                       |
               +-------------------+-------------------+
                                   v
+----------------------------------------------------------------------------+
| Creator Experience / apps/web                                              |
| Dashboard / Creator Tools / Agent Conversation / Settings / Files          |
+-------------------------------------+--------------------------------------+
                                      |
+-------------------------------------v--------------------------------------+
| Collaboration Core                                                         |
| Shared workflow state / Steps / Progress / Results / Versions              |
+-------------------------------------+--------------------------------------+
                                      | Runtime API + SSE
+-------------------------------------v--------------------------------------+
| Local Runtime / apps/daemon                                                 |
| Projects / Runs / Approvals / Schedules / Memory / Notifications           |
| Component status / Update checks / Verified updates / Safe fallback        |
+-------------+------------------------+------------------------+-------------+
              |                        |                        |
              v                        v                        v
+---------------------+  +---------------------+  +-------------------------+
| Local Data          |  | Codex Engine        |  | Media Toolchain         |
| SQLite / Files      |  | CLI / app-server    |  | FFmpeg / yt-dlp         |
| System credentials  |  | Skills / MCP        |  | Whisper / AI services   |
+---------------------+  +---------------------+  +-------------------------+

Grundprinzipien:

• Arbeitsbereich und Agent-Unterhaltung sind synchronisierte Ansichten desselben Arbeitsablaufzustands. Beide senden Ereignisse an dieselbe Zustandsmaschine, anstatt parallele Aufgabenzustände zu pflegen.
• Überarbeitungen erstellen neue Versionen, statt vorhandene Ergebnisse zu ersetzen. Kontext und Ausgabe jeder kreativen Iteration bleiben erhalten.
• Das Frontend startet Codex nicht direkt und hängt nicht von Codex' unbearbeitetem JSONL-Ereignisformat ab.
• Der Daemon verwaltet Prozesslebenszyklus, Ereignisnormalisierung, Persistenz, Genehmigungen, Zeitpläne und die Benachrichtigungs-Outbox.
• Codex bleibt die maßgebliche Ausführungsquelle für Agent-Schleife, Skills und MCP.
• Browser Bridge und Desktop Bridge implementieren keine getrennten Kopien der allgemeinen Produktlogik.

OpenCreator/
├── apps/
│   ├── web/          # Die einzige React-Frontend-Implementierung
│   ├── daemon/       # Lokaler Fastify Runtime und Codex-Adapter
│   ├── desktop/      # Electron Main, Preload, native Funktionen und Paketierung
│   └── harness/      # Kommandozeilenwerkzeug zur Runtime-Überprüfung
├── packages/
│   ├── protocol/     # Von Web, Daemon und Desktop gemeinsam genutzte Runtime-Verträge
│   └── skill-market/ # Modelle des Skill-Marktplatzes und gemeinsame Logik
├── docs/             # Designdokumente, API-Referenzen, Runbooks und Testberichte
├── scripts/          # Repository-weite Prüfungen
└── .runtime/         # Lokale Runtime-Daten, beim ersten Start erstellt

Öffne Einstellungen → KI-Dienste, um die Modell-, Transkriptions-, Audio- und Bildanbieter der aktuellen Arbeitsbereiche zu konfigurieren. Zur Vorbereitung auf kommende Kreativwerkzeuge können zusätzliche Dienstkategorien erscheinen. Jede Kategorie zeigt nur die für den ausgewählten Anbieter erforderlichen Felder an, darunter Base URL, API Key, Modell, Proxy oder anbieterspezifische Zugangsdaten.

Zugangsdaten werden über den System-Zugangsspeicher der lokalen Runtime gespeichert und dürfen niemals in das Repository committet werden. Einige lokale oder systemgestützte Anbieter wie Edge TTS benötigen keinen API Key.

Öffne Einstellungen → Drittanbieter-Komponenten, um die derzeit verwendete yt-dlp-nightly-Version, die mit OpenCreator gelieferte Version, ihre Quelle und die neueste verfügbare Version zu prüfen. OpenCreator sucht alle sieben Tage nach Updates, installiert sie jedoch nie automatisch. Updates erfordern eine ausdrückliche Benutzeraktion. Falls Download, Prüfung oder Installation fehlschlagen, bleibt die aktuell funktionierende Version verfügbar.

Die meisten Benutzer benötigen keine Umgebungsvariablen. Verwende sie, wenn du isolierte Daten, eine bestimmte Codex-Programmdatei oder ein benutzerdefiniertes Verzeichnis für verwaltete Projekte benötigst:

So isolierst du beispielsweise sowohl Runtime-Daten als auch die Codex-Umgebung:

OPENCREATOR_DATA_DIR=/path/to/opencreator-data \
CODEX_HOME=/path/to/codex-home \
pnpm web:dev

Runtime-Daten werden standardmäßig unter .runtime/ im Stammverzeichnis des Repositorys gespeichert:

Codex-Sitzungen und -Konfiguration verbleiben in $CODEX_HOME und müssen getrennt von .runtime/ gesichert werden.

Zu den Sicherheitsgrenzen gehören:

• Der Daemon lauscht ausschließlich auf 127.0.0.1; jede API mit Ausnahme der Zustandsprüfung erfordert ein Bearer-Token.
• Die HTML-Vorschau deaktiviert standardmäßig Skripte, Navigation und Pop-ups und erlaubt nur kontrollierte relative Ressourcen aus demselben Arbeitsbereich.
• Sensibler Speicher erfordert eine zweite Bestätigung. OpenCreator speichert unbestätigte Vorschläge niemals automatisch und dauerhaft.
• Diagnosen und Run-Protokolle werden vor der Rückgabe oder dem Export bereinigt.
• Desktop-Pakete aktivieren ASAR-Integrität und Cookie-Verschlüsselung und deaktivieren RunAsNode, NODE_OPTIONS und den Node CLI Inspector.

Vollständige Anleitungen zu Sicherung, Wiederherstellung, Bereinigung und Zurücksetzen findest du im Benutzerhandbuch und Leitfaden zur Fehlerbehebung.

Wähle vor einer Änderung Prüfungen passend zu ihren Auswirkungen, wie im Beitragsleitfaden beschrieben. Änderungen an Dokumentation, Text und Stil benötigen nur passende Prüfungen; gemeinsames Verhalten und Runtime erfordern gezielte Modultests und Typprüfungen. Führe vollständige Tests oder Builds nur bei Bedarf aus und dokumentiere die tatsächlich durchgeführten Prüfungen im PR.

Änderungen an Desktop, Host Bridge, Runtime-Proxy oder gemeinsam genutzten Frontend-Arbeitsabläufen erfordern außerdem Web/Desktop-Konsistenztests, E2E-Tests der paketierten Anwendung und eine Überprüfung des Web-Build-Hashs. Das Bestehen der Web-Unit-Tests allein belegt nicht, dass Desktop veröffentlichungsbereit ist.

Der Smoke-Test mit echtem Codex ist standardmäßig deaktiviert. Aktiviere ihn ausdrücklich mit:

OPENCREATOR_RUN_REAL_CODEX_SMOKE=1 \
pnpm --filter @opencreator/daemon test -- test/smoke/real-codex-smoke.test.ts

• OpenCreator nutzen: Schnellstart · Benutzerhandbuch und Fehlerbehebung
• Entwickeln und erweitern: Beitragsleitfaden · Skill beitragen · Erstellungsvorlage beitragen · Runtime API v1 · Richtlinien für visuelle Komponenten
• Warten und veröffentlichen: Design der Codex-nativen Runtime · Desktop-Release-Runbook · Leitfaden für Windows-Desktop-Releases

Die Datei README.md im Stammverzeichnis ist das maßgebliche englische Dokument. Gepflegte Übersetzungen befinden sich unter docs/<locale>/README.md. Füge eine Sprache erst dann zur Sprachauswahl hinzu, wenn das vollständige Dokument übersetzt und mit der englischen Struktur synchronisiert wurde.

GitHub-Nutzer aus mindestens 105 Ländern und Regionen haben OpenCreator mit einem Star ausgezeichnet.

Jedes Mitglied verantwortet in seinem Bereich Standards, Prüfung und Zusammenführung von Beiträgen sowie Unterstützung der Community.

wulien Code und Fehlerbehebungen

DLe-kb Erstellungsvorlagen

xiaheyuan Design und Assets

krillinai Skills und Dokumentation

hbxugang Bereitstellung für Unternehmen

Vielen Dank an alle, die mit Code, Dokumentation, Feedback, Fehlerberichten, Skills, Designs und Ideen beigetragen haben.

Du kannst auf viele Arten zu OpenCreator beitragen, nicht nur mit Code:

Lege jede Vorlage mit ihren Medien unter template/<module>/<id>/<version>/template.json ab. Die aktuellen Module sind image-generation, video-generation und cover-generator. Titel und Beschreibung müssen auf Chinesisch und Englisch vorliegen. Führe vor dem PR pnpm templates:validate aus.

So trägst du bei:

1. Beschreibe Problem, Anwendungsfall und erwartetes Verhalten in den Issues.
2. Erstelle vom neuesten Entwicklungsbranch einen fokussierten Feature- oder Fix-Branch.
3. Folge der bestehenden Architektur: Implementiere allgemeine Produktfunktionen einmal in Web und Daemon und isoliere native Unterschiede hinter ausdrücklichen Capabilities.
4. Ergänze angemessene Unit-, Integrations- oder E2E-Abdeckung für Verhaltensänderungen und führe im Pull Request sowohl abgeschlossene als auch ausgelassene Prüfungen auf.
5. Committe niemals .runtime/, lokale Zugangsdaten, Codex-Sitzungen, Build-Caches oder andere Benutzerdaten.

OpenCreator hieß früher KrillinAI. Dieses Diagramm zeigt den vollständigen Verlauf des Repositorys vor und nach der Umbenennung.