L'espace de travail IA open source pour les créateurs
Des scripts à la vidéo, aux images, à la voix, aux avatars, à la traduction et au montage, les Agents font avancer tout le processus créatif dans un seul espace de travail.
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.
Le produit réunit deux flux de travail connectés :
Création de contenu par IA : utilisez des outils de création dédiés à la traduction de vidéos, au téléchargement de vidéos, à la génération de miniatures et à la génération d'images.
Espace de travail Agent généraliste : 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.
Points forts
🤖 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.
🔄 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é.
🔗 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 et MCP : parcourez, installez et utilisez des Skills tout en gérant MCP par l'intermédiaire de 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.
Outils de création
La version actuelle comprend quatre 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 des vidéos, télécharger des vidéos publiques, générer des miniatures ou créer des images.
De nouveaux outils de création sont ajoutés en continu.
Outil
État
Fonctionnalités
Traduction vidéo
✅ Disponible
Importez des vidéos locales ou publiques ; transcrivez-les avec des services Whisper locaux ou dans le cloud ; utilisez le contexte d'un LLM pour segmenter et aligner les sous-titres, gérer la terminologie et traduire ; configurez des sous-titres bilingues, un doublage ou un échantillon vocal personnalisé, le style des sous-titres et une composition horizontale ou verticale, puis exportez au format SRT, audio ou vidéo
Téléchargement de vidéos
✅ Disponible
Analysez des liens publics compatibles de YouTube, Bilibili et d'autres services, consultez les options de qualité et de format disponibles, puis téléchargez la vidéo ou l'audio pour les flux de travail suivants
Génération de miniatures
✅ Disponible
Combinez un sujet, un lien vidéo et une image de référence facultative pour générer et comparer plusieurs variantes de miniatures de contenu
Génération d'images
✅ Disponible
Générez des images avec GPT Image à partir d'un prompt et d'une image de référence facultative, configurez le format et le nombre de résultats, puis prévisualisez et téléchargez chaque image
Animation de bonshommes allumettes
Prochainement
Créez des personnages, des storyboards, des voix off et des animations dans un flux de travail guidé
Clips automatiques
En développement
Analysez de longues vidéos, identifiez les temps forts et transformez les moments choisis en clips courts réutilisables
Doublage intelligent
En développement
Transformez des scripts en voix off avec un choix de voix et des réglages de rythme et d'émotion
Génération vidéo
En développement
Générez une vidéo à partir de prompts et d'images de référence, puis prévisualisez et exportez le résultat
Avatar numérique
En développement
Combinez scripts, voix et présentation d'avatar pour produire des vidéos face caméra
Conversation et espace de travail avancent ensemble
Décrivez naturellement vos tâches, puis passez aux outils visuels dès que vous avez besoin d'un contrôle précis.
Contrôles précis de l'espace de travail
Ajustez avec précision les sous-titres, les plans, l'audio et les paramètres de génération.
Modifications conversationnelles flexibles
Indiquez à l'Agent ce qu'il doit modifier et affinez le résultat en langage naturel.
État synchronisé
La conversation et l'espace de travail partagent l'état de la tâche en cours, sans avoir à répéter les informations.
Versions indépendantes
Chaque révision crée une version distincte sans écraser les résultats ni les paramètres précédents.
Modèles pris en charge
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 voix et de transcription utilisent les services configurés dans Paramètres → Services d'IA.
Modèles de langage
GPT
DeepSeek
Qwen
Kimi
GLM
Grok
Doubao
ERNIE
Hunyuan
Image
GPT Image
Voix et transcription
Whisper
OpenAI TTS
MiniMax
Edge TTS
Aliyun Speech
Exemples
Traduction vidéo
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.
Téléchargement de vidéos
Analysez un lien vidéo public, comparez les formats disponibles, puis téléchargez la vidéo ou l'audio directement dans le projet.
Animation de bonshommes allumettes (prochainement)
Prochainement. Cette fonctionnalité n'est pas encore intégrée à la version actuelle.
OpenCreator a développé cette collection de personnages originaux en collaboration avec l'artiste Harbor Hsia, créateur de Stickman sur Behance. Cette galerie de personnages prédéfinis est en préparation pour un futur flux de création d'histoires et d'animations aux identités cohérentes.
Le flux de travail prévu accompagnera une idée de personnage et d'histoire à travers la génération du storyboard, la révision des plans, la voix off, la musique et la production d'animations versionnées.
Démarrage rapide
Prérequis
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
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
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.
Mode développement
pnpm desktop:dev
Empaquetage local
Commande
Résultat
pnpm desktop:package
Un répertoire exécutable pour la plateforme actuelle, destiné à la vérification locale
pnpm desktop:dist
Un programme d'installation pour la plateforme actuelle
pnpm desktop:release
Le point d'entrée de l'empaquetage pour une version officielle
pnpm --filter @opencreator/desktop verify:package
Vérification d'un paquet Desktop existant
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.
Flux de travail principaux
Conversations et Runs
Sélectionnez un projet ou démarrez une nouvelle conversation.
Saisissez une tâche et choisissez le niveau d'autorisation, le Profile, le modèle et l'effort de raisonnement.
Lorsqu'un Run est actif, mettez les tâches de suivi en file d'attente ou interrompez-le pour poursuivre immédiatement.
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.
Utilisez le centre de tâches pour suivre globalement les tâches en cours, terminées, échouées et bloquées par une approbation.
Skills et MCP
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.
Planifications et fils de tâches dédiés
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.
Structure du système 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.
Stocke localement les données de projet, Runs, pièces jointes, résultats et identifiants
SQLite · système de fichiers · stockage des identifiants système
Hôte Desktop
Charge la compilation Web partagée et ajoute les capacités du système d'exploitation
apps/desktop · Electron · Preload Bridge
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.
Organisation du dépôt
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
Configuration
Clés API des services d'IA
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.
Composants Runtime tiers
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.
Variables d'environnement du Runtime
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 :
Variable d'environnement
Valeur par défaut
Rôle
OPENCREATOR_DATA_DIR
.runtime
Base de données OpenCreator, Runs, pièces jointes et espaces de travail gérés
OPENCREATOR_CODEX_BIN
codex
Chemin vers l'exécutable Codex CLI
CODEX_HOME
~/.codex
Source de vérité pour les sessions, la configuration, les Skills, MCP et les Profiles Codex
OPENCREATOR_DEFAULT_CWD
Répertoire de travail actuel
Répertoire de travail par défaut du daemon
OPENCREATOR_DEFAULT_PROJECT_ROOT
Politique par défaut du Runtime
Racine des projets gérés ; lorsqu'elle est définie, OpenCreator utilise son sous-répertoire OpenCreator/
OPENCREATOR_CODEX_THREAD_ROTATION_RUN_THRESHOLD
50
Seuil de Runs terminés pour faire tourner le fil Codex associé à une planification de longue durée ; utilisez 0 pour désactiver la rotation proactive
Par exemple, pour isoler à la fois les données du Runtime et l'environnement Codex :
Les données du Runtime sont stockées par défaut sous .runtime/ à la racine du dépôt :
Chemin
Contenu
.runtime/app.sqlite
Projets, fils, Runs, événements, planifications, notifications, métadonnées des pièces jointes, approbations, mémoire et résumés
.runtime/runs/
Journaux expurgés, diagnostics et métadonnées des différents Runs
.runtime/attachments/
Fichiers joints contrôlés
.runtime/workspaces/
Espaces de travail de projets gérés par le Runtime
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.
Développement
Commandes courantes
Commande
Rôle
pnpm web:dev
Démarrer Web et lancer le daemon local à la demande
pnpm daemon:dev
Démarrer uniquement le daemon
pnpm desktop:dev
Compiler les dépendances et démarrer Electron en mode développement
pnpm test
Exécuter les tests unitaires et d'intégration des workspaces
pnpm typecheck
Exécuter les vérifications TypeScript dans tout le dépôt
pnpm build
Compiler tous les workspaces
pnpm e2e
Exécuter les tests E2E Playwright de Web
pnpm smoke:ci
Exécuter le test de fumée du Runtime avec un faux Codex
pnpm perf:check
Vérifier la référence de performance enregistrée
Avant de soumettre une modification, exécutez au minimum :
pnpm test
pnpm typecheck
pnpm build
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
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.
Contribuer
Décrivez le problème, le cas d'usage et le comportement attendu dans les Issues.
Créez une branche ciblée de fonctionnalité ou de correction à partir de la dernière branche de développement.
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.
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.
Ne commitez jamais .runtime/, des identifiants locaux, des sessions Codex, des caches de compilation ou d'autres données utilisateur.
Contributeurs
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.
Historique des Stars
OpenCreator s'appelait auparavant KrillinAI. Ce graphique couvre l'historique complet du dépôt avant et après le changement de nom.
