OpenCreator est谩 dise帽ado para personas y equipos que desean mantener sus tareas creativas y de desarrollo en ejecuci贸n local. En lugar de volver a implementar un bucle de Agent, utiliza Codex CLI como motor de ejecuci贸n y a帽ade un Runtime local estable, un espacio de trabajo visual y un host Desktop.
El producto re煤ne dos flujos de trabajo conectados:
Creaci贸n de contenido con IA: utiliza herramientas de creaci贸n espec铆ficas para traducir v铆deos, descargar v铆deos, generar miniaturas y crear im谩genes.
Espacio de trabajo Agent general: organiza las conversaciones por proyecto, mantiene los Runs en segundo plano y gestiona aprobaciones, archivos adjuntos, archivos, Skills, MCP, programaciones, notificaciones, memoria y diagn贸sticos desde un solo lugar.
Web es la 煤nica implementaci贸n del frontend. Desktop carga la misma compilaci贸n Web y solo a帽ade las capacidades que requieren el sistema operativo, como la selecci贸n de directorios, el ciclo de vida de las ventanas, el comportamiento de la bandeja y las notificaciones nativas. Con los mismos datos y el mismo viewport de contenido, ambas plataformas comparten la misma interfaz general y el mismo comportamiento del Runtime.
Caracter铆sticas principales
�� Nativo de Codex: reutiliza el bucle de Agent, los modelos, el razonamiento, las llamadas a herramientas, las conversaciones, Skills y MCP de Codex sin mantener un segundo motor de ejecuci贸n.
��� Aplicaci贸n Desktop lista para usar: inicia OpenCreator directamente desde la aplicaci贸n Desktop, que incluye Codex CLI; el Runtime local se inicia cuando es necesario y prepara autom谩ticamente un proyecto predeterminado.
��� Componentes del Runtime gestionados: consulta las versiones incluida, activa y m谩s reciente de yt-dlp, busca actualizaciones peri贸dicamente y actualiza manualmente, manteniendo disponible la versi贸n actual si una actualizaci贸n falla.
��� Creaci贸n multimodal: crea y gestiona v铆deos, im谩genes, audio, subt铆tulos y documentos mediante un 煤nico flujo de trabajo conectado.
��� Flujo de trabajo de doble modo: trabaja desde el espacio de trabajo visual o desde una conversaci贸n con el Agent, mientras una m谩quina de estados compartida mantiene sincronizados los pasos, el progreso y los resultados.
��� Control de versiones: cada revisi贸n crea una nueva versi贸n y conserva la configuraci贸n y los resultados anteriores para revisarlos y compararlos.
�З Skills y MCP: explora, instala y utiliza Skills mientras gestionas MCP mediante la configuraci贸n nativa de Codex.
�� Memoria: conserva memoria global, por proyecto y por hilo, junto con res煤menes e instant谩neas reproducibles de la entrada de cada Run.
��� Seguridad local: conserva los datos, los archivos adjuntos y los registros localmente de forma predeterminada, con aprobaciones y diagn贸sticos que ocultan informaci贸n confidencial.
Herramientas de creaci贸n
La versi贸n actual incluye seis herramientas de creaci贸n. Los modelos y servicios disponibles dependen del entorno local de Codex y de la configuraci贸n de los servicios de IA.
Abre el Dashboard para traducir o descargar v铆deos, generar miniaturas o im谩genes, crear voces en off con Doblaje inteligente o generar v铆deos con Seedance.
Continuamente se a帽aden nuevas herramientas de creaci贸n.
Herramienta
Estado
Capacidades
Traducci贸n de v铆deos
�� Disponible
Importa v铆deos locales o p煤blicos; transcribe con servicios Whisper locales o en la nube; utiliza el contexto de un LLM para segmentar y alinear subt铆tulos, gestionar terminolog铆a y traducir; configura subt铆tulos biling眉es, doblaje o una muestra de voz personalizada, estilos de subt铆tulos y composici贸n horizontal o vertical, y exporta SRT, audio o v铆deo
Descarga de v铆deos
�� Disponible
Analiza enlaces p煤blicos compatibles de YouTube, Bilibili y otros servicios, consulta las opciones de calidad y formato disponibles y descarga v铆deo o audio para flujos de trabajo posteriores
Generaci贸n de miniaturas
�� Disponible
Combina un tema, un enlace de v铆deo y una imagen de referencia opcional para generar y comparar varias propuestas de miniaturas de contenido
Generaci贸n de im谩genes
�� Disponible
Genera im谩genes con GPT Image a partir de un prompt y una imagen de referencia opcional, configura la relaci贸n de aspecto y la cantidad de resultados y, despu茅s, previsualiza y descarga cada imagen
Animaci贸n de figuras de palitos
Pr贸ximamente
Desarrolla personajes, guiones gr谩ficos, voces y animaci贸n mediante un flujo guiado
Clips autom谩ticos
En desarrollo
Analiza v铆deos largos, identifica los momentos destacados y convierte las escenas elegidas en clips cortos reutilizables
Doblaje inteligente
�� Disponible
Convierte guiones en voces en off con opciones de voz, ritmo y emoci贸n
Generaci贸n de v铆deo
�� Disponible
Genera v铆deos con Seedance a partir de prompts e im谩genes de referencia y, despu茅s, previsualiza, vuelve a generar o descarga cada versi贸n
Avatar digital
En desarrollo
Combina guiones, voz y presentaci贸n de avatar para producir v铆deos con una persona hablando
Conversaci贸n y espacio de trabajo, avanzan juntos
Describe las tareas con naturalidad y pasa a las herramientas visuales cuando necesites un control preciso.
Controles detallados del espacio de trabajo
Ajusta con precisi贸n los subt铆tulos, las escenas, el audio y la configuraci贸n de generaci贸n.
Ediciones conversacionales flexibles
Indica al Agent qu茅 debe cambiar y perfecciona el resultado con lenguaje natural.
Estado sincronizado
La conversaci贸n y el espacio de trabajo comparten el estado de la tarea actual, por lo que no necesitas repetir nada.
Versiones independientes
Cada revisi贸n crea una versi贸n separada sin sobrescribir los resultados ni la configuraci贸n anteriores.
Modelos compatibles
La disponibilidad de los modelos de lenguaje depende del cat谩logo de modelos de Codex o de tu proveedor compatible con OpenAI. Los modelos de imagen, v铆deo, voz y transcripci贸n utilizan los servicios configurados en Configuraci贸n �� Servicios de IA.
Modelos de lenguaje
GPT
DeepSeek
Qwen
Kimi
GLM
Grok
Doubao
ERNIE
Hunyuan
Imagen
GPT Image
V铆deo
Seedance
Voz y transcripci贸n
Whisper
OpenAI TTS
MiniMax
Edge TTS
Aliyun Speech
Ejemplos
Traducci贸n de v铆deos
Los siguientes ejemplos p煤blicos se produjeron cuando OpenCreator todav铆a se llamaba KrillinAI. Demuestran el flujo de trabajo consolidado de alineaci贸n de subt铆tulos, traducci贸n, doblaje y v铆deo vertical que el espacio de Traducci贸n de v铆deos de OpenCreator incorpora a un flujo de Agent m谩s amplio.
El proyecto gener贸 el siguiente archivo de subt铆tulos a partir de un v铆deo local de 46 minutos en una sola ejecuci贸n, sin ajustes manuales. El resultado publicado muestra una cobertura completa, sin l铆neas superpuestas, con una segmentaci贸n natural y una traducci贸n de alta calidad.
Estos ejemplos de v铆deo y la imagen de alineaci贸n de subt铆tulos se produjeron cuando OpenCreator todav铆a utilizaba el nombre KrillinAI.
Generaci贸n de v铆deos
Genera un v铆deo con IA a partir de una instrucci贸n de texto o una imagen de referencia con Seedance. Configura el modelo, la relaci贸n de aspecto, la resoluci贸n y la duraci贸n; despu茅s, previsualiza, vuelve a generar o descarga cada versi贸n desde el espacio de trabajo del proyecto.
Descarga de v铆deos
Analiza un enlace de v铆deo p煤blico, compara los formatos disponibles y descarga el v铆deo o el audio directamente en el proyecto.
Animaci贸n de figuras de palitos (pr贸ximamente)
Pr贸ximamente. Todav铆a no est谩 integrada en la versi贸n actual.
OpenCreator desarroll贸 esta colecci贸n de personajes originales en colaboraci贸n con el artista Harbor Hsia, creador de Stickman en Behance. El reparto predefinido se est谩 preparando para un futuro flujo de trabajo de historias y animaci贸n con identidades de personaje coherentes.
El flujo de trabajo previsto llevar谩 una idea de personaje e historia por la generaci贸n del storyboard, la revisi贸n de planos, la voz en off, la m煤sica y una salida de animaci贸n con control de versiones.
Inicio r谩pido
Requisitos previos
Node.js 22 o posterior
pnpm 9.15.0, fijado mediante el campo packageManager del repositorio
Un ejecutable de Codex CLI disponible en la terminal
Una sesi贸n v谩lida de Codex CLI para ejecutar tareas reales con modelos
Abre http://127.0.0.1:19861/. El servidor de desarrollo inicia el daemon local cuando es necesario e inyecta un token temporal del Runtime mediante un proxy del mismo origen, por lo que no es necesario copiar manualmente ning煤n token de conexi贸n.
En el primer inicio, el Runtime prepara un proyecto predeterminado. El cuadro de entrada queda disponible en cuanto se completa la conexi贸n. Para trabajar 煤nicamente con el daemon:
pnpm daemon:dev
El daemon solo escucha en una direcci贸n de loopback e imprime una vez en stdout su direcci贸n de conexi贸n y el token temporal.
Desktop
Desktop y el navegador utilizan el mismo frontend de React de apps/web. El comportamiento general de proyectos, conversaciones, tareas y ajustes utiliza el mismo Daemon/API. Electron solo a帽ade rutas reales del sistema, controles de ventana, comportamiento de la bandeja y notificaciones nativas.
Modo de desarrollo
pnpm desktop:dev
Empaquetado local
Comando
Resultado
pnpm desktop:package
Un directorio ejecutable para la plataforma actual, destinado a la verificaci贸n local
pnpm desktop:dist
Un instalador para la plataforma actual
pnpm desktop:release
El punto de entrada del empaquetado para una versi贸n formal
pnpm --filter @opencreator/desktop verify:package
Verificaci贸n de un paquete Desktop existente
El empaquetado de Desktop vuelve a compilar Web desde el espacio de trabajo actual, registra el commit, el estado dirty, la plataforma, la arquitectura y el hash de Web, y compara apps/web/dist con los recursos integrados en la aplicaci贸n. El empaquetado falla si no coinciden. Consulta la gu铆a operativa de versiones de Desktop para obtener informaci贸n sobre la firma, la notarizaci贸n, las compilaciones para Windows y los requisitos de publicaci贸n.
Flujos de trabajo principales
Conversaciones y Runs
Selecciona un proyecto o inicia una conversaci贸n nueva.
Introduce una tarea y elige el nivel de permisos, el Profile, el modelo y el esfuerzo de razonamiento.
Mientras haya un Run activo, a帽ade tareas de seguimiento a la cola o interr煤mpelo y contin煤a inmediatamente.
Usa la Timeline para consultar res煤menes de razonamiento, llamadas a herramientas, cambios en archivos, aprobaciones y resultados finales.
Usa el centro de tareas para hacer un seguimiento global de las tareas en ejecuci贸n, completadas, fallidas y bloqueadas por una aprobaci贸n.
Skills y MCP
Explora el marketplace de Skills, el historial de instalaciones y las Skills disponibles localmente en el centro de plugins.
Selecciona una Skill en el cuadro de entrada mediante / o el men煤 de a帽adir para que la siguiente tarea siga su flujo de trabajo.
La gesti贸n de MCP utiliza los comandos y la configuraci贸n nativos de Codex en lugar de mantener un segundo motor de ejecuci贸n.
OpenCreator utiliza el $CODEX_HOME activo de forma predeterminada, as铆 que comprueba el impacto antes de modificar la configuraci贸n global de Skills o MCP.
Programaciones e hilos de tareas dedicados
Cada programaci贸n dispone de una conversaci贸n persistente y dedicada de OpenCreator.
Los desencadenadores autom谩ticos, las ejecuciones manuales y los seguimientos del usuario reutilizan esa conversaci贸n y se ejecutan de forma secuencial seg煤n la pol铆tica queue o skip.
Al eliminar una programaci贸n, su conversaci贸n dedicada se archiva, pero se conservan los Runs, los resultados y el historial subyacente de Codex.
Rotar o recuperar un hilo subyacente de Codex no modifica la entrada de la tarea ni la ruta de la p谩gina de OpenCreator.
Estructura del sistema OpenCreator
OpenCreator trata el espacio de trabajo visual y la conversaci贸n con el Agent como dos interfaces para una misma tarea creativa, en lugar de dos flujos de trabajo distintos. Cada flujo de creaci贸n se modela como una m谩quina de estados: la entrada de origen, la configuraci贸n, la generaci贸n, la revisi贸n, la modificaci贸n y la exportaci贸n se convierten en estados y eventos expl铆citos. Las acciones del espacio de trabajo y los comandos de la conversaci贸n entran en la misma m谩quina de estados, mientras que el paso actual, la configuraci贸n, el progreso, las versiones y los resultados se proyectan de nuevo en ambas interfaces. De este modo, el espacio de trabajo y la conversaci贸n permanecen sincronizados sin introducir una segunda fuente de verdad.
El trabajo creativo es iterativo, por lo que las revisiones no sobrescriben el resultado actual. Cada correcci贸n o regeneraci贸n crea una nueva versi贸n a partir del estado existente del flujo de trabajo y conserva los ajustes y resultados de las versiones anteriores para revisarlos, compararlos y seguir perfeccion谩ndolos.
Dashboard, herramientas de creaci贸n, conversaci贸n con el Agent, configuraci贸n y archivos
apps/web 路 React 18 路 Vite 路 TypeScript
N煤cleo de colaboraci贸n
Sincroniza los pasos del espacio de trabajo, el contexto de conversaci贸n, el progreso, los resultados y las revisiones
Estado de flujo compartido 路 CreatorCollaborationPanel 路 historial de versiones
Runtime local
Gestiona proyectos, Runs, aprobaciones, programaciones, memoria y notificaciones
apps/daemon 路 Fastify 路 Runtime API 路 SSE
Componentes del Runtime
Registra las versiones incluida, activa y m谩s reciente; comprueba peri贸dicamente e instala solo las actualizaciones solicitadas
yt-dlp nightly 路 verificaci贸n de actualizaciones 路 recuperaci贸n de la versi贸n funcional
Motor Codex
Proporciona el bucle Agent, las sesiones, el razonamiento, las herramientas, Skills y MCP
Codex CLI 路 app-server
Herramientas multimedia
Descarga, transcribe, transforma, genera y exporta contenido multimedia
yt-dlp 路 Whisper 路 FFmpeg 路 servicios de IA configurados
Datos locales
Guarda localmente los datos de proyectos, Runs, adjuntos, resultados y credenciales
SQLite 路 sistema de archivos 路 almac茅n de credenciales del sistema
Host Desktop
Carga la compilaci贸n Web compartida y a帽ade capacidades del sistema operativo
apps/desktop 路 Electron 路 Preload Bridge
Principios fundamentales:
El espacio de trabajo y la conversaci贸n con el Agent son proyecciones sincronizadas del mismo estado del flujo de trabajo; ambos env铆an eventos a la misma m谩quina de estados en lugar de mantener estados de tarea paralelos.
Las revisiones crean nuevas versiones en lugar de reemplazar los resultados existentes, lo que conserva el contexto y el resultado de cada iteraci贸n creativa.
El frontend no inicia Codex directamente ni depende del formato de eventos JSONL sin procesar de Codex.
El daemon se encarga del ciclo de vida de los procesos, la normalizaci贸n de eventos, la persistencia, las aprobaciones, las programaciones y la bandeja de salida de notificaciones.
Codex sigue siendo la fuente de verdad para la ejecuci贸n del bucle de Agent, Skills y MCP.
Browser Bridge y Desktop Bridge no implementan copias independientes de la l贸gica general del producto.
Estructura del repositorio
OpenCreator/
������ apps/
�� ������ web/ # La 煤nica implementaci贸n del frontend de React
�� ������ daemon/ # Runtime local de Fastify y adaptador de Codex
�� ������ desktop/ # Electron Main, Preload, capacidades nativas y empaquetado
�� ������ harness/ # Herramienta de verificaci贸n del Runtime por l铆nea de comandos
������ packages/
�� ������ protocol/ # Contratos del Runtime compartidos por Web, Daemon y Desktop
�� ������ skill-market/ # Modelos del marketplace de Skills y l贸gica compartida
������ docs/ # Documentos de dise帽o, referencias de API, gu铆as operativas e informes de pruebas
������ scripts/ # Comprobaciones a nivel del repositorio
������ .runtime/ # Datos locales del Runtime, creados en el primer inicio
Configuraci贸n
Claves API de servicios de IA
Abre Ajustes �� Servicios de IA para configurar los proveedores de modelos, transcripci贸n, audio e imagen que utilizan los espacios de trabajo actuales. Es posible que aparezcan categor铆as de servicios adicionales como preparaci贸n para futuras herramientas de creaci贸n. Cada categor铆a solo muestra los campos necesarios para el proveedor seleccionado, incluidos Base URL, API Key, modelo, proxy o credenciales espec铆ficas del proveedor.
Las credenciales se guardan mediante el almac茅n de credenciales del sistema del Runtime local y nunca deben incluirse en el repositorio. Algunos proveedores locales o respaldados por el sistema, como Edge TTS, no requieren una API Key.
Componentes de Runtime de terceros
Abre Configuraci贸n �� Componentes de terceros para consultar la versi贸n nightly de yt-dlp que est谩 en uso, la versi贸n incluida con OpenCreator, su origen y la 煤ltima versi贸n disponible. OpenCreator busca actualizaciones cada siete d铆as, pero nunca las instala autom谩ticamente. Las actualizaciones requieren una acci贸n expl铆cita del usuario y la versi贸n funcional actual permanece disponible si falla la descarga, la verificaci贸n o la instalaci贸n.
Variables de entorno del Runtime
La mayor铆a de los usuarios no necesitan variables de entorno. Util铆zalas cuando necesites datos aislados, un ejecutable espec铆fico de Codex o un directorio personalizado para proyectos gestionados:
Variable de entorno
Valor predeterminado
Finalidad
OPENCREATOR_DATA_DIR
.runtime
Base de datos de OpenCreator, Runs, archivos adjuntos y espacios de trabajo gestionados
OPENCREATOR_CODEX_BIN
codex
Ruta al ejecutable de Codex CLI
CODEX_HOME
~/.codex
Fuente de verdad para sesiones, configuraci贸n, Skills, MCP y Profiles de Codex
OPENCREATOR_DEFAULT_CWD
Directorio de trabajo actual
Directorio de trabajo predeterminado del daemon
OPENCREATOR_DEFAULT_PROJECT_ROOT
Pol铆tica predeterminada del Runtime
Ra铆z de proyectos gestionados; cuando se establece, OpenCreator utiliza su directorio secundario OpenCreator/
OPENCREATOR_CODEX_THREAD_ROTATION_RUN_THRESHOLD
50
Umbral de Runs terminados para rotar el hilo de Codex asociado a una programaci贸n de larga duraci贸n; usa 0 para desactivar la rotaci贸n preventiva
Por ejemplo, para aislar tanto los datos del Runtime como el entorno de Codex:
De forma predeterminada, los datos del Runtime se almacenan en .runtime/, dentro de la ra铆z del repositorio:
Ruta
Contenido
.runtime/app.sqlite
Proyectos, hilos, Runs, eventos, programaciones, notificaciones, metadatos de archivos adjuntos, aprobaciones, memoria y res煤menes
.runtime/runs/
Registros con informaci贸n confidencial oculta, diagn贸sticos y metadatos de cada Run
.runtime/attachments/
Archivos adjuntos controlados
.runtime/workspaces/
Espacios de trabajo de proyectos gestionados por el Runtime
Las sesiones y la configuraci贸n de Codex permanecen en $CODEX_HOME y deben respaldarse por separado de .runtime/.
Los l铆mites de seguridad incluyen:
El daemon solo escucha en 127.0.0.1; todas las API, excepto la comprobaci贸n de estado, requieren un token Bearer.
La vista previa HTML desactiva scripts, navegaci贸n y ventanas emergentes de forma predeterminada, y solo permite recursos relativos controlados del mismo espacio de trabajo.
La memoria confidencial requiere una segunda confirmaci贸n. OpenCreator nunca almacena autom谩ticamente y de forma permanente las sugerencias no confirmadas.
Los diagn贸sticos y los registros de Runs ocultan la informaci贸n confidencial antes de devolverse o exportarse.
Los paquetes Desktop activan la integridad de ASAR y el cifrado de cookies, y desactivan RunAsNode, NODE_OPTIONS y Node CLI Inspector.
Iniciar Web y abrir el daemon local cuando sea necesario
pnpm daemon:dev
Iniciar 煤nicamente el daemon
pnpm desktop:dev
Compilar las dependencias e iniciar Electron en modo de desarrollo
pnpm test
Ejecutar pruebas unitarias y de integraci贸n del espacio de trabajo
pnpm typecheck
Ejecutar las comprobaciones de TypeScript en todo el repositorio
pnpm build
Compilar todos los workspaces
pnpm e2e
Ejecutar las pruebas E2E de Playwright para Web
pnpm smoke:ci
Ejecutar la prueba de humo del Runtime con un Codex simulado
pnpm perf:check
Comprobar la l铆nea base de rendimiento registrada
Antes de enviar un cambio, ejecuta como m铆nimo:
pnpm test
pnpm typecheck
pnpm build
Los cambios en Desktop, Host Bridge, el proxy del Runtime o los flujos de trabajo compartidos del frontend tambi茅n requieren pruebas de coherencia Web/Desktop, pruebas E2E de la aplicaci贸n empaquetada y verificaci贸n del hash de la compilaci贸n Web. Superar 煤nicamente las pruebas unitarias de Web no demuestra que una versi贸n de Desktop est茅 lista para publicarse.
La prueba de humo con Codex real est谩 desactivada de forma predeterminada. Act铆vala expl铆citamente con:
OPENCREATOR_RUN_REAL_CODEX_SMOKE=1 \
pnpm --filter @opencreator/daemon test -- test/smoke/real-codex-smoke.test.ts
El archivo README.md de la ra铆z es el documento can贸nico en ingl茅s. Las traducciones mantenidas se encuentran en docs/<locale>/README.md. A帽ade un idioma al selector solo despu茅s de traducir su documento completo y sincronizarlo con la estructura en ingl茅s.
Contribuir
Describe el problema, el caso de uso y el comportamiento esperado en Issues.
Crea una rama espec铆fica de funci贸n o correcci贸n a partir de la rama de desarrollo m谩s reciente.
Sigue la arquitectura existente: implementa una sola vez las capacidades generales del producto en Web y Daemon, y a铆sla las diferencias nativas detr谩s de capabilities expl铆citas.
A帽ade la cobertura unitaria, de integraci贸n o E2E adecuada para los cambios de comportamiento y enumera en el Pull Request tanto las verificaciones realizadas como las omitidas.
Nunca incluyas en un commit .runtime/, credenciales locales, sesiones de Codex, cach茅s de compilaci贸n ni otros datos del usuario.
Colaboradores
Gracias a todas las personas que han participado mediante c贸digo, documentaci贸n, comentarios, informes de problemas, Skills, dise帽os e ideas.
Historial de Stars
OpenCreator se llamaba anteriormente KrillinAI. Este gr谩fico abarca todo el historial del repositorio antes y despu茅s del cambio de nombre.
