OpenCreator：Codex 内核的开源 AI 创作工作台-北京尧图网络

OpenCreatorCodex 内核的开源 AI 创作工作台【免费下载链接】OpenCreatorFormerly KrillinAI, VideoTranslation and Dubbing Tool for 120 Languages. Open-source AI workspace for creators, powered by Codex. Video downloader, video translation, create videos, images, audios, and edits with Agents in one place. For your Social Media like YouTube, TikTok, Instagram, etc.项目地址: https://gitcode.com/GitHub_Trending/kr/OpenCreatorOpenCreator 是面向创作者的开源本地 AI 创作工作台。最关键的一点它不重写 Agent loop而是把 Codex CLI 直接当作执行内核在外面包一层本地 Runtime、可视化工作台与 Desktop 宿主视频、图像、语音、翻译在同一个工作区里完成。它到底在解决什么问题先说清楚它和一堆散装 AI 工具的区别。创作者的真实工作流通常是下载素材、转写、翻译、配音、合成、导出——每一步都要切换工具中间状态靠人肉搬运。OpenCreator 的解法是把这条媒体管线整体接进一个状态机视频翻译工作区里转写、断句、对齐、术语处理、翻译、双语字幕、横竖屏合成被建模为明确的状态与事件apps/daemon/src/api/server.ts中的createVideoTranslationWorkflow就是这条链路的编排入口。第二个痛点在 Agent 侧。市面上不少AI 工作台自己实现一套 Agent loop然后被迫持续跟进模型的推理、工具调用与会话格式维护成本极高。OpenCreator 的选择是反向操作执行真相源交给 Codex CLIdaemon 只做事件标准化、持久化、审批与调度前端完全不接触 Codex 的原始事件流。第三个痛点是数据位置。云端工作台意味着素材、日志、凭据都在线上本地优先的产品则要求把服务收窄到可信边界内。OpenCreator 的做法是 daemon 只监听回环地址、所有 API 要求 token、日志出口前强制脱敏素材与运行数据默认留在.runtime/。核心取舍一句话OpenCreator 自己不执行模型任务它把执行周围所有要稳定、要持久、要可审批的脏活全干了。一张图看懂整体架构分层逻辑入口层只有Web 构建系统外壳Desktop 并不存在独立 UI 代码它加载的就是浏览器那份产物中间是 daemon 承载的本地 Runtime底部是三类外部依赖——Codex 引擎、本地数据、媒体工具链。一句话任务 / 一次点击 | v ------------------------------ ------------------------------ | apps/web | | apps/desktop | | 工作台创作工具 Agent 对话 || Electron 外壳同一份构建 | ------------------------------ ------------------------------ | REST SSEtoken 鉴权仅 127.0.0.1 v ------------------------------------------------------- | apps/daemon 本地 Runtime | | 项目 / Run 状态机 / 审批 / 计划任务 / 记忆 / 通知 outbox | ------------------------------------------------------ | | -----------v----------- ---v------------------- | Codex CLI / app-server| | 媒体工具链 | | Agent loop/Skills/MCP | | yt-dlp/FFmpeg/Whisper | ----------------------- ----------------------- | -----------v----------- | .runtime/ | | SQLite / runs / 附件 | -----------------------组件职责对应代码位置创作体验工作台、创作工具、Agent 对话、设置apps/web· React 18 · Vite · TypeScript桌面宿主加载共用 Web 构建补目录选择、托盘、原生通知apps/desktop· Electron ·apps/desktop/src/preload/index.ts本地 Runtime项目、Run、审批、计划任务、记忆、通知apps/daemon· Fastify · Runtime API · SSE共享契约Web / Daemon / Desktop 三端共用的类型与协议packages/protocolCodex 引擎Agent loop、会话、推理、工具、Skills、MCPapps/daemon/src/codex/app-server-client.ts媒体工具链下载、转写、处理、生成、导出runtime/krillinaiGo· yt-dlp · FFmpeg本地数据项目、Run、附件、凭据.runtime/app.sqlite· 文件系统 · 系统凭据存储能力全景从素材输入到成片导出当前版本共十项创作工具状态标注忠于仓库文档。实际可用模型取决于本地 Codex 环境与 AI 服务设置。名称状态输入 → 输出依赖的服务 / 模型视频翻译已开放本地/公开视频 → SRT、音频或双语成片Whisper 转写 LLM TTS视频下载已开放平台链接 → 项目内视频/音频/SRTyt-dlp封面生成已开放主题链接参考图 → 多版封面图像模型图像生成已开放提示词参考图 → 多张图像GPT Image / Seedream / Kling / Gemini文章写作已开放主题/素材 → 选题、大纲、文章LLM小红书帖子已开放主题/素材 → 完整帖子LLM短视频脚本已开放主题/素材 → 分段拍摄脚本LLM火柴人动画已开放文本/YouTube → 分镜、配音、动画LLM TTS Remotion 渲染自动剪辑开发中长视频 → 高光短视频—文本转语音已开放脚本 → 配音音频OpenAI TTS / MiniMax / Edge TTS 等视频生成已开放提示词参考图 → 视频Seedance / Kling / Veo数字人口播开发中文案声音形象 → 口播视频—挑三项看代码落点。视频翻译由createVideoTranslationWorkflow在apps/daemon/src/api/server.ts中编排转写、翻译、配音、合成按阶段推进。视频下载走apps/daemon/src/creator/download/executor.ts的createDownloadExecutor封装 yt-dlp 的解析与格式比较。火柴人动画最重拆成了 content、image、audio、timeline、remotion、delivery 等一整组createStickman*Executor。所有执行器统一注册进creatorExecutors数组由apps/daemon/src/creator/stage-runner.ts的createCreatorStageRunner按阶段调度——这就是双模协同在代码里的样子可视化按钮和对话指令最终都打到同一组执行器。模型支持不用另起表语言模型覆盖 GPT、DeepSeek、Qwen、Kimi、GLMZ.ai、Grok、Doubao、ERNIE、Hunyuan、MiniMax图像为 GPT Image、Seedream 4.0即梦、Kling v2.1、Nano BananaGemini视频为 Seedance 2.5、Kling v2.1 Master、Veo 3.1语音与转写为 Whisper、OpenAI TTS、MiniMax、Edge TTS、阿里云语音、火山引擎语音本地转写另支持 faster-whisper、WhisperKit 与 whisper.cpp。语言模型来自 Codex 模型目录或自配的 OpenAI 兼容服务配置集中在apps/daemon/src/codex/provider-config.ts与apps/daemon/src/codex/model-catalog-2026-08-05.ts。本地跑起来从 clone 到看到界面环境要求Node.js 22 或更高pnpm 9.15.0仓库packageManager字段已锁版本可在终端执行的 Codex CLI真实模型任务要求 Codex CLI 处于有效登录态最短命令链git clone https://gitcode.com/GitHub_Trending/kr/OpenCreator cd OpenCreator corepack enable pnpm install pnpm web:dev打开http://127.0.0.1:19861/即可。开发服务器按需拉起 daemon 并注入临时 token连接信息不用手工复制只需调试后端时跑pnpm daemon:dev。从源码里能验证到两个细节。第一apps/daemon/src/security/token.ts里createRuntimeToken()就是一行randomBytes(32).toString(base64url)每次启动生成一次性凭证apps/daemon/src/main.ts中服务以listen({ host: 127.0.0.1, port: 0 })启动——回环地址、系统分配端口随后把{ address, token }打到 stdout。第二启动前会先探测 Codex CLI 版本失败直接以CODEX_VERSION_CHECK_FAILED退出而不是带病运行。Desktop 端加载的就是上面这份 Web 构建常用入口命令说明pnpm desktop:dev构建依赖并启动 Electron 开发模式pnpm desktop:package当前平台可运行目录适合本机验证pnpm desktop:dist当前平台安装包pnpm desktop:release正式发布打包入口深入内部一次 Run 的完整链路以用户在输入框打一句话任务为起点内部按时间顺序发生选择项目、创建会话提交任务文本附带权限、Profile、模型与推理强度等运行参数apps/daemon/src/runs/manager.ts接管 Run进入状态机期间可排队或打断daemon 经apps/daemon/src/codex/app-server-client.ts交给常驻 app-serverCodex 执行 Agent loop推理、工具调用、读写文件、触发审批apps/daemon/src/events/下 parser/normalizer 把事件标准化Runtime API 与 SSE 把进度推回前端Timeline 呈现推理摘要与工具调用终态 Run 的脱敏日志与元数据写入.runtime/runs/结果进入版本快照工作区侧的按钮操作走另一条路但汇入同一状态机前端apps/web/src/features/dashboard/CreatorCollaborationPanel.tsx发出的步骤事件与对话指令共享同一份工作流状态所以对话改一半、进工作区继续调不会出现两份打架的任务状态。每次修订创建新版本而不是覆盖历史配置与产出全部保留。技能与 MCP 的处理很克制输入框里用/选技能MCP 配置直接透传 Codex 原生命令读写都指向$CODEX_HOMEapps/daemon/src/codex/mcp/manager.ts、apps/daemon/src/codex/skills/manager.ts。计划任务由apps/daemon/src/scheduler/coordinator.ts的ensureBindings把每条计划绑定到长期专属会话自动触发、立即运行、用户追问按queue或skip串行底层 Codex thread 的终态轮换阈值由DEFAULT_CODEX_THREAD_ROTATION_RUN_THRESHOLD控制apps/daemon/src/runs/manager.ts默认 50。架构上为什么这样做前端不启动 Codex、不解析其原始 JSONL 事件格式协议升级只改 daemon 一处Codex 始终是 Agent loop、技能与 MCP 的执行真相源OpenCreator 不养第二套引擎版本快照 Run 元数据让改坏了可以回看与回退这是创作场景的刚需配置、安全与数据边界AI 服务凭据在设置 → AI Services中按分类填写每个分类只显示当前服务商需要的 Base URL、API Key、模型或专属凭据字段。落盘由apps/daemon/src/creator-services/config-store.ts默认dataDir/config/creator-services.json与apps/daemon/src/codex/provider-credential-store.ts配置credentialsFile时走系统凭据存储承担Edge TTS 这类系统服务不需要 Key。第三方运行组件以 yt-dlp 为代表设置 → 第三方组件展示内置版本、当前版本与最新可用版本。检查周期硬编码在apps/daemon/src/creator/yt-dlp/update-manager.tsCHECK_INTERVAL_MS 7 * 24 * 60 * 60 * 1_000即每 7 天查一次但只查不装——用户主动确认才更新下载、验证或安装失败时回退保留当前可用版本。环境变量速查变量默认值作用OPENCREATOR_DATA_DIR.runtime数据库、Run、附件、托管工作区目录OPENCREATOR_CODEX_BINcodexCodex CLI 可执行文件路径CODEX_HOME~/.codexCodex 会话、配置、技能、MCP 的真相源OPENCREATOR_DEFAULT_CWD当前工作目录daemon 默认执行目录OPENCREATOR_DEFAULT_PROJECT_ROOTRuntime 默认策略托管项目根目录实际用其下OpenCreator/子目录OPENCREATOR_CODEX_THREAD_ROTATION_RUN_THRESHOLD50计划任务底层 thread 轮换阈值0关闭解析逻辑集中在apps/daemon/src/startup.ts的resolveProductionServerEnvironment与resolveProductionRuntimePaths。数据边界上.runtime/存app.sqlite、runs/、attachments/、workspaces/四类内容Codex 自身的会话与配置在$CODEX_HOME两者要分开备份。安全边界均带源码出处daemon 仅监听 127.0.0.1API 走 Bearer 鉴权apps/daemon/src/api/auth.ts的requireAuthtoken 为 32 字节随机值、每次启动重新生成apps/daemon/src/security/token.ts诊断与 Run 日志返回前强制脱敏apps/daemon/src/diagnostics/redactor.ts、apps/daemon/src/security/redaction.ts凭据不落仓库走本地配置或系统凭据存储apps/daemon/src/codex/provider-credential-store.ts工程细节目录、常用命令与依赖治理OpenCreator/ ├── apps/ │ ├── web/ # 唯一 React 前端Vite TypeScript │ ├── daemon/ # Fastify 本地 Runtime 与 Codex 适配层 │ ├── desktop/ # Electron 主进程、Preload 与打包脚本 │ └── harness/ # Runtime 命令行验证工具 ├── packages/ │ ├── protocol/ # Web/Daemon/Desktop 共用 Runtime 契约 │ └── skill-market/ # 技能市场模型与共享逻辑 ├── runtime/krillinai/ # Go 运行时转写、TTS 与媒体管线 ├── skills/ # 供 Agent 复用的 SKILL.md 技能 ├── template/ # 图像/视频/封面创作模板库 ├── docs/ # 设计、API、运行手册与验收文档 └── scripts/ # 仓库级检查脚本常用命令命令用途pnpm web:dev启动 Web按需拉起 daemonpnpm daemon:dev只启动 daemonpnpm desktop:dev构建依赖并启动 Electron 开发模式pnpm test工作区单元与集成测试pnpm typecheck全仓 TypeScript 类型检查pnpm build构建全部 workspacepnpm e2eWeb Playwright E2Epnpm smoke:cifake Codex Runtime smokepnpm perf:check检查已记录的性能基线提交前必跑pnpm test pnpm typecheck pnpm build依赖治理是本地优先、安全优先在供应链层面的体现根package.json用 pnpmoverrides统一抬升了undici、tar、fast-uri、ws、zod等一批有已知问题的传递依赖版本patchedDependencies还单独打了jassub补丁patches/jassub2.5.23.patch。涉及 Desktop 或 Runtime 代理的改动仓库要求额外完成 Web/Desktop 一致性测试与实际打包 E2E只过 Web 单测不能证明 Desktop 可发布。一句话堆栈Codex CLIAgent 执行 Fastify本地 Runtime React/Electron共用前端 SQLite持久化 yt-dlp/FFmpeg/Whisper媒体管线 MCP外部工具接入。延伸阅读docs/zh/README.md — 中文完整文档适合快速建立全貌的使用者docs/opencreator-user-guide-and-troubleshooting.md — 备份、恢复与故障排查适合运维与重度用户docs/runtime-api-for-ui-v1.md — Runtime API 契约适合做二次集成或前端开发的工程师docs/2026-07-03-codex-native-agent-runtime-design.md — Codex 原生 Runtime 技术方案适合评估架构取舍的团队docs/operations/opencreator-desktop-release-runbook.md — 桌面端发布手册适合负责打包发布的维护者【免费下载链接】OpenCreatorFormerly KrillinAI, VideoTranslation and Dubbing Tool for 120 Languages. Open-source AI workspace for creators, powered by Codex. Video downloader, video translation, create videos, images, audios, and edits with Agents in one place. For your Social Media like YouTube, TikTok, Instagram, etc.项目地址: https://gitcode.com/GitHub_Trending/kr/OpenCreator创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考

OpenCreator：Codex 内核的开源 AI 创作工作台

相关推荐

API调试工具汇总：Apifox、Reqable、Bruno、Insomnia、Yaak、WebCurl

Windows C盘爆满、想备份和离线打补丁？Dism++ 新手实操教程

dsh-purge 安装教程：DeepSeek Harness 红队评测完整上手指南

更多资讯

GEC2410 WinCE底层实验包：手册与源码对照实战指南

PGA2310/2311单片机控制程序：从时序到状态机的工程实践

xlsx课表转ics日历：原理、实现与避坑指南

米散射MATLAB程序：从复折射率到五个光学系数的完整计算链路

VC++6.0 MFC计算器工程解析：消息映射与对话框开发实战

20 分钟盗走 63 亿美元：币安黑客案背后的 AI 与开源漏洞

今日更新

多智能体协作系统架构设计与实践优化

大模型系统性入门实战指南：从原理到部署微调的全链路路线

鸿蒙文件系统沙箱机制解析与开发实践

本周精选

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

本月热门

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

读完文章，想聊聊您的网站？