OpenCreator s'adresse aux personnes et aux équipes qui souhaitent exécuter localement leurs activités créatives et de développement. Plutôt que de réimplémenter une boucle Agent, il utilise Codex CLI comme moteur d'exécution et lui ajoute un Runtime local stable, un espace de travail visuel et un hôte Desktop.

OpenCreator propose deux façons de travailler qui se complètent :

• Espace de travail pour le contenu : utilisez des outils visuels et des modèles de création pour traduire et télécharger des vidéos, générer des miniatures et des images, et réaliser d'autres créations.
• Conversation avec l'Agent : lancez et guidez des tâches créatives ou de développement en langage naturel, organisez les conversations par projet, laissez les Runs s'exécuter en arrière-plan et gérez les approbations, les pièces jointes, les fichiers, les Skills, MCP, les planifications, les notifications, la mémoire et les diagnostics depuis un seul endroit.

Web constitue l'unique implémentation du frontend. Desktop charge la même compilation Web et ajoute uniquement les capacités qui nécessitent le système d'exploitation, telles que la sélection de répertoires, le cycle de vie des fenêtres, le comportement de la zone de notification et les notifications natives. Avec les mêmes données et la même zone d'affichage du contenu, les deux plateformes partagent la même interface générale et le même comportement du Runtime.

• 🤖 Natif Codex : réutilisez la boucle Agent, les modèles, le raisonnement, les appels d'outils, les conversations, les Skills et MCP de Codex sans maintenir un second moteur d'exécution.

• 🚀 Application Desktop prête à l'emploi : lancez OpenCreator directement depuis l'application Desktop, qui inclut Codex CLI ; le Runtime local démarre à la demande et prépare automatiquement un projet par défaut.

• ⚙️ Détection de la configuration Codex locale : au premier lancement, Desktop vérifie la configuration existante et propose de réutiliser une connexion ChatGPT ou une clé API utilisable. Un assistant permet aussi de configurer un autre fournisseur de modèles.

• 🔄 Composants Runtime gérés : consultez les versions de yt-dlp incluse, active et la plus récente, vérifiez régulièrement les mises à jour et lancez-les manuellement, tout en conservant la version fonctionnelle si une mise à jour échoue.

• 🎨 Création multimodale : créez et gérez des vidéos, des images, de l'audio, des sous-titres et des documents dans un même flux de travail connecté.

• 🧩 Modèles de création : créez des images et des vidéos à partir de modèles réutilisables sans rédiger les prompts ni régler tous les paramètres de zéro.

• 🔗 Flux de travail à deux modes : travaillez dans l'espace de travail visuel ou dans une conversation avec l'Agent, tandis qu'une machine à états partagée synchronise les étapes, la progression et les résultats.

• 🕘 Gestion des versions : chaque révision crée une nouvelle version tout en conservant les réglages et les résultats précédents pour les consulter et les comparer.

• 🧩 Skills réutilisables : utilisez les Skills de production vidéo, enrichissez votre Agent avec vos propres Skills et gérez MCP via la configuration native de Codex.

• 🧠 Mémoire : conservez une mémoire globale, par projet et par fil, avec des résumés et des instantanés reproductibles des entrées de Run.

• 🔐 Sécurité locale : conservez les données, les pièces jointes et les journaux localement par défaut, avec des approbations et des diagnostics expurgés des informations sensibles.

• 🌐 Interface multilingue : Web et Desktop proposent 43 langues, la détection de la langue système, le choix manuel et une disposition de droite à gauche pour l'arabe, le persan, l'ourdou et l'hébreu.

La version actuelle comprend six outils de création. Les modèles et services disponibles dépendent de votre environnement Codex local et de la configuration des services d'IA.

Ouvrez le Dashboard pour traduire ou télécharger des vidéos, générer des miniatures ou des images, créer des voix off avec le Text to Speech ou générer des vidéos avec Seedance.

De nouveaux outils de création sont ajoutés en continu.

La traduction vidéo propose 123 langues sources et 124 options cibles, dont la sortie en pinyin. Recherchez par nom natif, anglais, chinois ou code de langue. La couverture de la reconnaissance et de la synthèse vocales dépend du service et du modèle choisis.

• Traduction de sous-titres seuls : Importez et prévisualisez un SRT, puis traduisez-le sans vidéo source, doublage ni rendu vidéo.

• Édition avancée des sous-titres : Un éditeur immersif relie la lecture à la forme d'onde et à la timeline. Ajustez les temps, divisez ou fusionnez les sous-titres et recherchez et remplacez du texte. Prévisualisez les styles sur la vidéo, réglez la langue, la voix et la sortie, puis générez une nouvelle version en conservant les précédentes.

• Création sur une seule page : Configurez la génération d'images, de vidéos et Text to Speech sur une page, avec sélection du modèle, aperçu des références, options d'image propres au modèle et bibliothèque de voix avec recherche.

• Sortie multilingue et progression : Les polices de secours intégrées améliorent le rendu des écritures complexes et des sous-titres de droite à gauche. Suivez la transcription, la traduction, le doublage et le rendu, avec le nombre d'éléments terminés et le total lorsqu'ils sont disponibles.

Créez directement à partir d’un modèle, sans rédiger chaque prompt ni configurer chaque paramètre à partir de zéro. Parcourez les modèles mis en avant par catégorie, notamment pour la vidéo et le design d’images.

La collection réunit des modèles originaux d’OpenCreator et de créateurs indépendants. Pour les modèles tiers, la page de détail mentionne l’auteur et renvoie à la source d’origine.

Ouvrez un modèle pour voir un exemple de résultat et consulter son prompt, ses paramètres, ses tags, son auteur et sa source d’origine. Choisissez Utiliser ce modèle pour démarrer votre création, puis adaptez les éléments nécessaires.

Les outils de création offrent des commandes visuelles ; les Skills fournissent à l'Agent des instructions et des workflows réutilisables. OpenCreator inclut des Skills de production vidéo dans le dépôt et permet de gérer les Skills locaux de Codex.

Le répertoire skills/ du dépôt contient des instructions réutilisables pour les Agents qui utilisent la CLI KrillinAI intégrée.

OpenCreator prend en charge les Skills locaux de Codex définis par SKILL.md, pour ajouter vos propres méthodes et workflows sans vous limiter aux outils de création prédéfinis. Leur disponibilité dépend du Codex home actif et des Skills installés ; les Skills vidéo nécessitent la configuration de la CLI et des services concernés. La présence d’un Skill dans le dépôt ne signifie pas qu’il est installé automatiquement ni que tous les services externes sont inclus.

Décrivez naturellement vos tâches, puis passez aux outils visuels dès que vous avez besoin d'un contrôle précis.

Les fournisseurs et modèles présentés sont des exemples ; leur disponibilité dépend des identifiants, des droits du compte et de la plateforme.

Ajustez avec précision les sous-titres, les plans, l'audio et les paramètres de génération.

Indiquez à l'Agent ce qu'il doit modifier et affinez le résultat en langage naturel.

La conversation et l'espace de travail partagent l'état de la tâche en cours, sans avoir à répéter les informations.

Chaque révision crée une version distincte sans écraser les résultats ni les paramètres précédents.

La disponibilité des modèles de langage suit le catalogue de modèles Codex ou votre fournisseur compatible avec OpenAI. Les modèles d'image, de vidéo, de voix et de transcription utilisent les services configurés dans Paramètres → Services d'IA.

Les tableaux présentent les fournisseurs préconfigurés et les modèles recommandés ; leur disponibilité dépend des identifiants, des droits du compte et de la plateforme.

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

La transcription locale prend également en charge faster-whisper, WhisperKit et whisper.cpp sur les plateformes compatibles.

Les exemples publics ci-dessous ont été produits lorsqu'OpenCreator portait encore le nom de KrillinAI. Ils illustrent le flux de travail éprouvé d'alignement des sous-titres, de traduction, de doublage et de vidéo verticale que l'espace de Traduction vidéo d'OpenCreator intègre à un flux Agent plus large.

Le projet a généré le fichier de sous-titres ci-dessous à partir d'une vidéo locale de 46 minutes en une seule exécution, sans aucun ajustement manuel. Le résultat publié couvre l'intégralité de la vidéo, sans lignes qui se chevauchent, avec une segmentation naturelle et une traduction de grande qualité.

Ces exemples vidéo et l'image d'alignement des sous-titres ont été produits lorsqu'OpenCreator utilisait encore le nom KrillinAI.

Analysez des liens vidéo publics provenant de 10 plateformes prises en charge, comparez les formats disponibles, puis téléchargez la vidéo ou l'audio directement dans le projet.

Sources vidéo prises en charge :

YouTube

Bilibili

X

TikTok

Instagram

Douyin

Facebook

Xiaohongshu

Pinterest

Reddit

La disponibilité dépend de la vidéo et de la région ; certaines sources peuvent nécessiter des cookies de la plateforme. OpenCreator n'importe pas automatiquement les cookies du navigateur.

Générez une vidéo par IA à partir d'un prompt textuel ou d'une image de référence avec Seedance. Configurez le modèle, le format, la résolution et la durée, puis prévisualisez, régénérez ou téléchargez chaque version depuis l'espace de travail du projet.

OpenCreator a développé cette collection de personnages originaux avec l’artiste Harbor Hsia, créateur de Stickman sur Behance. Les personnages intégrés conservent une identité cohérente tout au long de la création.

Transformez du texte ou du contenu YouTube en animation grâce à la révision du scénario, la narration, le minutage, le storyboard, les sous-titres, le rendu et le téléchargement de la vidéo.

Téléchargez l’installateur macOS Apple Silicon, macOS Intel ou Windows x64 depuis la dernière version. Desktop ne nécessite ni Node.js ni pnpm et inclut Codex CLI. Les tâches utilisant un modèle exigent une connexion ChatGPT ou une configuration de clé API utilisable.

Au premier lancement, Desktop démarre le Runtime local, prépare un projet par défaut et vérifie la configuration Codex de votre ordinateur. Si une connexion ou une clé API et des paramètres de modèle utilisables sont détectés, choisissez Utiliser le Codex local et continuer pour les réutiliser. Vous pouvez aussi configurer un autre fournisseur dans le même assistant de démarrage.

Après la configuration, saisissez une demande pour lancer une tâche. En cas de problème, consultez le guide utilisateur.

Pour développer ou utiliser Web depuis les sources, préparez :

• Node.js 22 ou version ultérieure
• pnpm 9.15.0, épinglé dans le champ packageManager du dépôt
• Un exécutable Codex CLI disponible dans votre terminal
• Une connexion Codex CLI valide pour les tâches faisant appel à de vrais modèles

Vérifiez d'abord votre environnement local :

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

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

Ouvrez http://127.0.0.1:19861/. Le serveur de développement démarre le daemon local à la demande et injecte un jeton Runtime temporaire au moyen d'un proxy de même origine ; aucun jeton de connexion ne doit donc être copié manuellement.

Au premier lancement, le Runtime prépare un projet par défaut. La zone de saisie est disponible dès que la connexion est établie. Pour travailler uniquement sur le daemon :

pnpm daemon:dev

Le daemon écoute uniquement sur une adresse de bouclage et affiche une seule fois son adresse de connexion et son jeton temporaire dans stdout.

Desktop et le navigateur utilisent le même frontend React depuis apps/web. Les comportements généraux relatifs aux projets, aux conversations, aux tâches et aux réglages appellent les mêmes Daemon/API. Electron ajoute uniquement les chemins système réels, les commandes de fenêtre, le comportement de la zone de notification et les notifications natives.

pnpm desktop:dev

L'empaquetage Desktop reconstruit Web depuis l'espace de travail actuel, enregistre le commit, l'état dirty, la plateforme, l'architecture et le hash Web, puis compare apps/web/dist avec les ressources intégrées à l'application. L'empaquetage échoue en cas de différence. Consultez le guide opérationnel des versions Desktop pour la signature, la notarisation, les builds Windows et les exigences de publication.

1. Sélectionnez un projet ou démarrez une nouvelle conversation.
2. Saisissez une tâche et choisissez le niveau d'autorisation, le Profile, le modèle et l'effort de raisonnement.
3. Lorsqu'un Run est actif, mettez les tâches de suivi en file d'attente ou interrompez-le pour poursuivre immédiatement.
4. Utilisez la Timeline pour consulter les résumés du raisonnement, les appels d'outils, les modifications de fichiers, les approbations et les résultats finaux.
5. Utilisez le centre de tâches pour suivre globalement les tâches en cours, terminées, échouées et bloquées par une approbation.

• Parcourez la marketplace des Skills, l'historique d'installation et les Skills disponibles localement dans le centre de plugins.
• Sélectionnez une Skill depuis la zone de saisie avec / ou le menu d'ajout afin que la tâche suivante suive son flux de travail.
• La gestion de MCP passe par les commandes et la configuration natives de Codex plutôt que par la maintenance d'un second moteur d'exécution.
• OpenCreator utilise le $CODEX_HOME actif par défaut ; vérifiez donc l'impact avant de modifier la configuration globale des Skills ou de MCP.

• Chaque planification possède une conversation OpenCreator persistante et dédiée.
• Les déclenchements automatiques, les exécutions manuelles et les demandes de suivi de l'utilisateur réutilisent cette conversation et s'exécutent en série selon la politique queue ou skip.
• La suppression d'une planification archive sa conversation dédiée tout en préservant les Runs, les résultats et l'historique Codex sous-jacent.
• La rotation ou la récupération d'un fil Codex sous-jacent ne modifie ni l'entrée de tâche ni la route de page d'OpenCreator.

OpenCreator considère l'espace de travail visuel et la conversation avec l'Agent comme deux interfaces d'une même tâche créative, et non comme deux flux de travail distincts. Chaque flux de création est modélisé comme une machine à états : l'entrée source, la configuration, la génération, la révision, la modification et l'exportation deviennent des états et des événements explicites. Les actions de l'espace de travail et les commandes conversationnelles entrent dans la même machine à états, tandis que l'étape en cours, la configuration, la progression, les versions et les résultats sont projetés dans les deux interfaces. L'espace de travail et la conversation restent ainsi synchronisés sans introduire une seconde source de vérité.

Le travail créatif est itératif, les révisions n'écrasent donc pas le résultat actuel. Chaque correction ou régénération crée une nouvelle version à partir de l'état existant du flux de travail et conserve les réglages et les résultats des versions précédentes pour permettre leur consultation, leur comparaison et la poursuite des améliorations.

+-----------------------------+     +------------------------------------+
| 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   |
+---------------------+  +---------------------+  +-------------------------+

Principes fondamentaux :

• L'espace de travail et la conversation avec l'Agent sont des projections synchronisées du même état de flux ; tous deux envoient des événements à la même machine à états au lieu de maintenir des états de tâches parallèles.
• Les révisions créent de nouvelles versions au lieu de remplacer les résultats existants, ce qui préserve le contexte et le résultat de chaque itération créative.
• Le frontend ne lance pas Codex directement et ne dépend pas du format brut des événements JSONL de Codex.
• Le daemon gère le cycle de vie des processus, la normalisation des événements, la persistance, les approbations, les planifications et la boîte d'envoi des notifications.
• Codex reste la source de vérité pour l'exécution de la boucle Agent, des Skills et de MCP.
• Browser Bridge et Desktop Bridge n'implémentent pas de copies séparées de la logique générale du produit.

OpenCreator/
├── apps/
│   ├── web/          # L'unique implémentation du frontend React
│   ├── daemon/       # Runtime Fastify local et adaptateur Codex
│   ├── desktop/      # Electron Main, Preload, capacités natives et empaquetage
│   └── harness/      # Outil de vérification du Runtime en ligne de commande
├── packages/
│   ├── protocol/     # Contrats Runtime partagés par Web, Daemon et Desktop
│   └── skill-market/ # Modèles de marketplace des Skills et logique partagée
├── docs/             # Documents de conception, références API, guides opérationnels et rapports de tests
├── scripts/          # Vérifications à l'échelle du dépôt
└── .runtime/         # Données Runtime locales, créées au premier lancement

Ouvrez Paramètres → Services d'IA pour configurer les fournisseurs de modèles, de transcription, d'audio et d'images utilisés par les espaces de travail actuels. D'autres catégories de services peuvent apparaître en prévision des prochains outils de création. Chaque catégorie affiche uniquement les champs requis par le fournisseur sélectionné, notamment la Base URL, l'API Key, le modèle, le proxy ou les identifiants propres au fournisseur.

Les identifiants sont enregistrés dans le stockage système des identifiants du Runtime local et ne doivent jamais être commités dans le dépôt. Certains fournisseurs locaux ou intégrés au système, tels qu'Edge TTS, ne nécessitent pas d'API Key.

Ouvrez Paramètres → Composants tiers pour consulter la version nightly de yt-dlp actuellement utilisée, la version incluse avec OpenCreator, sa source et la dernière version disponible. OpenCreator vérifie les mises à jour tous les sept jours, mais ne les installe jamais automatiquement. Une action explicite de l'utilisateur est nécessaire, et la version fonctionnelle actuelle reste disponible si le téléchargement, la vérification ou l'installation échoue.

La plupart des utilisateurs n'ont pas besoin de variables d'environnement. Utilisez-les si vous avez besoin de données isolées, d'un exécutable Codex particulier ou d'un répertoire personnalisé pour les projets gérés :

Par exemple, pour isoler à la fois les données du Runtime et l'environnement Codex :

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

Les données du Runtime sont stockées par défaut sous .runtime/ à la racine du dépôt :

Les sessions et la configuration Codex restent dans $CODEX_HOME et doivent être sauvegardées séparément de .runtime/.

Les limites de sécurité comprennent :

• Le daemon écoute uniquement sur 127.0.0.1 ; toutes les API, à l'exception du contrôle d'intégrité, nécessitent un jeton Bearer.
• L'aperçu HTML désactive par défaut les scripts, la navigation et les fenêtres contextuelles, et n'autorise que les ressources relatives contrôlées du même espace de travail.
• La mémoire sensible nécessite une seconde confirmation. OpenCreator ne stocke jamais automatiquement et définitivement les suggestions non confirmées.
• Les diagnostics et les journaux de Runs sont expurgés avant d'être renvoyés ou exportés.
• Les paquets Desktop activent l'intégrité ASAR et le chiffrement des cookies, tout en désactivant RunAsNode, NODE_OPTIONS et Node CLI Inspector.

Consultez le guide de l'utilisateur et de dépannage pour connaître l'intégralité des procédures de sauvegarde, de restauration, de nettoyage et de réinitialisation.

Avant de soumettre une modification, choisissez les vérifications adaptées à son impact selon le guide de contribution. Les changements de documentation, de texte et de style demandent seulement des contrôles ciblés ; le comportement partagé et Runtime exigent des tests ciblés et une vérification de types. N’exécutez les tests ou builds complets que si nécessaire et indiquez les vérifications effectuées dans la PR.

Les modifications apportées à Desktop, à Host Bridge, au proxy du Runtime ou aux flux frontend partagés nécessitent également des tests de cohérence Web/Desktop, des tests E2E de l'application empaquetée et une vérification du hash de la compilation Web. La réussite des seuls tests unitaires Web ne suffit pas à établir qu'une version Desktop est prête à être publiée.

Le test de fumée avec le véritable Codex est désactivé par défaut. Activez-le explicitement avec :

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

• Utiliser OpenCreator: Démarrage rapide · Guide de l'utilisateur et de dépannage
• Développer et étendre: Guide de contribution · Contribuer à un Skill · Contribuer à un modèle de création · Runtime API v1 · Directives relatives aux composants visuels
• Maintenir et publier: Conception du Runtime natif Codex · Guide opérationnel des versions Desktop · Guide des versions Desktop pour Windows

Le fichier README.md situé à la racine est le document anglais de référence. Les traductions maintenues se trouvent dans docs/<locale>/README.md. N'ajoutez une langue au sélecteur qu'une fois l'intégralité du document traduite et synchronisée avec la structure anglaise.

OpenCreator a reçu des étoiles d’utilisateurs GitHub dans au moins 105 pays et régions.

Chaque membre est responsable des règles, de la revue et de la fusion des contributions et du soutien à la communauté dans son domaine.

wulien Code et corrections de bugs

DLe-kb Modèles de création

xiaheyuan Design et ressources

krillinai Skills et documentation

hbxugang Déploiement en entreprise

Merci à toutes les personnes qui ont contribué par le code, la documentation, les retours, les rapports de problèmes, les Skills, les conceptions et les idées.

Vous pouvez contribuer à OpenCreator de nombreuses façons, au-delà du code :

Placez chaque modèle et ses médias dans template/<module>/<id>/<version>/template.json. Les modules actuels sont image-generation, video-generation et cover-generator. Fournissez un titre et une description en chinois et en anglais, puis exécutez pnpm templates:validate avant la PR.

Comment contribuer :

1. Décrivez le problème, le cas d'usage et le comportement attendu dans les Issues.
2. Créez une branche ciblée de fonctionnalité ou de correction à partir de la dernière branche de développement.
3. Respectez l'architecture existante : implémentez une seule fois les capacités générales du produit dans Web et Daemon, et isolez les différences natives derrière des capabilities explicites.
4. Ajoutez une couverture unitaire, d'intégration ou E2E adaptée aux changements de comportement, et indiquez dans la Pull Request les vérifications effectuées comme celles qui ont été omises.
5. Ne commitez jamais .runtime/, des identifiants locaux, des sessions Codex, des caches de compilation ou d'autres données utilisateur.

OpenCreator s'appelait auparavant KrillinAI. Ce graphique couvre l'historique complet du dépôt avant et après le changement de nom.