OpenCreator 深度拆解以 Codex 为执行内核的本地优先开源 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原 KrillinAI是一个本地优先的开源 AI 创作工作台视频翻译、媒体下载、图像/视频生成与 Agent 对话共用同一套状态机执行内核直接复用 Codex CLI。本文以源码为证据核实它的分层架构、安全边界与本地跑通方式。它做的那一个决定OpenCreator 不重写 Agent loop。模型访问、推理、工具调用、会话、Skills 与 MCP 全部交给 Codex CLI 进程apps/daemon只负责在其上做编排、持久化、审批与事件标准化——即不再维护第二套执行引擎。这个决定的代价是硬依赖apps/daemon/src/main.ts启动时先对 Codex CLI 做版本探测超时 3 秒失败即输出CODEX_VERSION_CHECK_FAILED并置process.exitCode 1daemon 拒绝启动。它锁定的收益同样明确MCP 管理直接读写$CODEX_HOMEapps/daemon/src/codex/mcp/manager.ts技能市场安装指向同一目录OpenCreator 与用户已有的 Codex 配置完全同构没有翻译层。与 Codex 的通信走常驻 app-servermain.ts中persistentAppServerEnabled: process.env.OPENCREATOR_PERSISTENT_APP_SERVER ! 0——即默认常驻显式设0才回退到一次性进程。客户端在apps/daemon/src/codex/app-server-client.ts能力探测缓存写入${dataDir}/codex-capabilities.json并按二进制指纹失效。三条用户能感知到的线开源 AI 工作台的能力不必按九个功能罗列收敛后是三条用户意图线创作内容视频翻译、视频下载、封面生成、图像生成、智能配音、Seedance 视频生成六个工作区每个背后是一个 Executor执行器。典型场景导入一段 46 分钟本地视频 → Whisper 转写 → LLM 断句对齐与翻译 → 双语字幕 配音 → 横竖屏合成导出 SRT/音频/成片全程无手工字幕调整。让 Agent 替你干活按项目组织会话Run 在后台持续执行可排队追加或立即打断计划任务cron各拥有一个长期专属会话触发、手动运行、追问复用同一会话。典型场景定时任务夜间自动产出第二天在任务中心统一查看。管好本地数据数据库、Run 日志、附件、托管工作区默认留在本机审批门控敏感操作Run 日志与诊断导出前脱敏每次修正生成新版本而非覆盖。工作台与对话共享同一状态机apps/web是唯一前端服务端状态机在apps/daemon/src/creator/两侧向同一组状态发事件从结构上杜绝两份互相冲突的任务状态。从你敲下的那条命令开始git clone https://gitcode.com/GitHub_Trending/kr/OpenCreator cd OpenCreator corepack enable pnpm install pnpm web:devpnpm web:dev展开为pnpm --filter opencreator/web dev即vite --host 127.0.0.1见apps/web/package.json。开发服务器按需拉起 daemon终端打印连接地址与临时 token同源代理注入后即可在输入框直接对话无需手工复制连接信息。你看到的每个行为都有明确驱动代码每次启动生成一次性凭据apps/daemon/src/security/token.ts的createRuntimeToken()用randomBytes(32)生成 base64url 字符串main.ts最后将其与监听地址一起打印到 stdout。daemon 只监听回环main.ts中server.listen({ host: 127.0.0.1, port: 0 })——即端口由系统随机分配局域网不可达。首个任务提交后进入 Run 生命周期状态机、并发控制与终态判定都在apps/daemon/src/runs/manager.ts事件经apps/daemon/src/events/normalizer.ts标准化后通过 Runtime API SSE 推到 Web。只调试 daemon 时用pnpm daemon:dev。拆开来看谁在哪个层干活------------------------------------------------------ | 桌面宿主 apps/desktop | | Electron窗口/托盘/原生通知/真实路径Preload 桥 | ------------------------------------------------------ | 创作体验 apps/web | | React Vite唯一前端实现Web/Desktop 同一构建 | ------------------------------------------------------ | 协作核心 | | 共享工作流状态机步骤/进度/结果/版本历史 | ------------------------------------------------------ | 本地 Agent Runtime apps/daemon | | Fastify SSE项目/Run/审批/计划任务/记忆/通知 | --------------------------------------------------- | 本地数据 | Codex 引擎 | 媒体工具链 | | SQLite | CLI/app-server| yt-dlp/FFmpeg/Whisper | | 文件存储 | Skills/MCP | AI 服务 | ---------------------------------------------------层职责关键入口文件一句话实现要点桌面宿主操作系统能力apps/desktop/src/preload/index.tsPreload 桥只做系统能力透传不复制通用业务逻辑创作体验全部 UIapps/web/src/唯一 React 前端与 Desktop 共用构建产物协作核心状态同步与版本apps/daemon/src/creator/工作台与对话是同一状态机的两个投影本地 Runtime编排与生命周期apps/daemon/src/api/server.tsFastify 服务所有创作 Executor 在此注册Codex 引擎Agent 执行真相源apps/daemon/src/codex/app-server-client.ts常驻 app-server事件标准化后外发媒体工具链下载/转写/合成apps/daemon/src/creator/yt-dlp/runtime.ts、runtime/krillinai/yt-dlp 多 Whisper 后端 FFmpeg本地数据持久化与路径packages/config/src/index.tsresolveOpenCreatorPaths统一解析全部路径核心不变量前端不直接启动 Codex也不依赖其原始 JSONL 事件格式所有事件经apps/daemon/src/events/normalizer.ts标准化后才推送。Codex 是 Agent loop、Skills 与 MCP 的唯一执行真相源OpenCreator 不持有第二套。daemon 独占进程生命周期、持久化、审批、计划任务与通知 outbox。Browser 与 Desktop 桥不分别实现通用业务逻辑两端共享同一 Web 构建。跨端一致性有测试兜底apps/web/e2e/gateway-web-desktop-parity.spec.ts、apps/desktop/e2e/desktop.spec.ts等 Parity/E2E 用例。能力清单什么能跑、什么还在路上功能状态具体能力对应 Executor / 模块视频翻译✅转写、断句对齐、术语处理、双语字幕、配音、横竖屏合成、SRT/音频/成片导出creator/templates/video-translation-actions.tscreateVideoTranslationWorkflow视频下载✅解析 YouTube/Bilibili 等公开链接比较清晰度与格式下载视频/音频creator/download/executor.tscreateDownloadExecutor封面生成✅主题 链接 参考图生成多版封面并对比选择creator/templates/cover-actions.tscreateCoverWorkflow图像生成✅GPT Image设置画幅与数量预览下载creator/image/executor.tscreateImageExecutor视频生成✅Seedance 文生视频/图生视频多版本重生成与下载creator/video/executor.tscreateVideoExecutor智能配音✅脚本转配音调整音色、节奏与情绪creator/smart-dubbing/executor.tscreateSmartDubbingExecutor火柴人动画✅角色、分镜、配音、Timeline 与 Remotion 渲染全链creator/stickman/createStickmanContentExecutor等packages/stickman-remotion自动剪辑长视频分析、高光识别、短视频再剪辑api/server.ts注册的createClipExecutor依赖本地 FFmpeg/ffprobe数字人口播文案 声音 数字人形象组合尚无对应 Executor能力边界由三者共同决定本地 Codex 环境语言模型目录见apps/daemon/src/codex/model-catalog-2026-08-05.ts、设置 → AI 服务中的服务配置apps/daemon/src/creator-services/config-store.ts、以及本机媒体组件FFmpeg、yt-dlp、Whisper 后端按runtime/krillinai/pkg/下的 whisper、whisper.cpp、faster-whisper、WhisperKit 选择。文档没说的代码说了文档说 yt-dlp每 7 天检查更新、失败保留当前版本 →apps/daemon/src/creator/yt-dlp/update-manager.ts中CHECK_INTERVAL_MS 7 * 24 * 60 * 60 * 1_000即 604,800,000 ms同文件还有TRUSTED_REDIRECT_HOSTS仅允许 api.github.com 等主机与 64 位SHA256校验正则 → 确认周期无误且更新下载有主机白名单 哈希双校验失败不切换版本。文档说数据目录默认.runtime→api/server.ts中dataDir ?? .runtime只是buildServer的兜底参数生产路径实际走packages/config/src/index.ts的resolveOpenCreatorPaths默认根目录为~/.opencreatordevelopment channel 为~/.opencreator/development→ 备份与迁移应以~/.opencreator为基准而非仓库下的.runtime。文档表格标注火柴人动画即将接入 →apps/daemon/src/api/server.ts生产模式默认注册整链执行器createStickmanContentExecutor、createStickmanImageExecutor、createStickmanAudioExecutor、createStickmanTimelineExecutor、createStickmanRemotionExecutor、createStickmanDeliveryExecutorpackages/stickman-remotion渲染包也在 → 代码领先于文档火柴人管线已具备完整执行链文档状态滞后。文档未提托管项目根默认位置 →api/server.ts中join(input.defaultProjectRoot ?? join(homedir(), Documents), OpenCreator)→ 未配置时托管工作区落在~/Documents/OpenCreator/而不是仓库目录。文档未提 Codex 进程模型 →main.ts显示 app-server 常驻是默认值OPENCREATOR_PERSISTENT_APP_SERVER ! 0→ 长期会话复用同一 Codex 进程thread 轮换阈值由apps/daemon/src/runs/manager.ts的DEFAULT_CODEX_THREAD_ROTATION_RUN_THRESHOLD 50控制可用OPENCREATOR_CODEX_THREAD_ROTATION_RUN_THRESHOLD覆盖设0关闭主动轮换。旋钮、边界与数据归属一览环境变量解析集中在apps/daemon/src/startup.ts的resolveProductionServerEnvironment变量默认值影响范围OPENCREATOR_DATA_DIR~/.opencreator/data数据库、Run、附件、能力缓存根目录OPENCREATOR_CODEX_BINcodexCodex CLI 可执行文件路径CODEX_HOME~/.opencreator/runtime/codex隔离 HomeCodex 会话、配置、Skills、MCP 真相源OPENCREATOR_DEFAULT_CWD当前工作目录daemon 默认执行目录OPENCREATOR_DEFAULT_PROJECT_ROOT~/Documents托管项目根目录实际使用其下OpenCreator/子目录OPENCREATOR_CODEX_THREAD_ROTATION_RUN_THRESHOLD50长期计划任务底层 Codex thread 的终态 Run 轮换阈值OPENCREATOR_PERSISTENT_APP_SERVER启用设0关闭Codex app-server 是否常驻数据落盘路径存了什么备份注意~/.opencreator/config.toml、credentials.json、data/、runtime/、logs/产品数据根可整体迁移~/.opencreator/data/项目库、Run 数据、附件、codex-capabilities.json与 Codex 自身数据分开备份~/.opencreator/runtime/codex隔离 Codex Home会话/技能/MCP即该实例的$CODEX_HOME~/Documents/OpenCreator/托管项目工作区与Exports/独立于数据根迁移需单独处理用户已有$CODEX_HOME如~/.codexCodex 全局配置与历史共享实例修改技能/MCP 前确认影响范围安全边界daemon 只监听127.0.0.1端口系统分配局域网不可达。健康检查以外的 API 全部经apps/daemon/src/api/auth.ts的requireAuth校验Bearer tokentoken 每次启动随机生成。Run 日志与诊断导出前脱敏apps/daemon/src/diagnostics/redactor.ts、apps/daemon/src/security/redaction.ts。托管父进程守护main.ts的installManagedParentWatch监听OPENCREATOR_MANAGED_PARENT_PIDElectron 宿主退出时 daemon 自动关闭不留孤儿进程。想改它 / 想集成它最短路径是 daemon protocolpackages/protocol/是 Web、daemon、Desktop 三方共享的 Runtime 契约apps/harness/提供 Runtime 命令行验证工具。命令用途pnpm web:dev启动 Web按需拉起 daemonpnpm daemon:dev只启动 daemonpnpm desktop:devElectron 开发模式pnpm test全工作区单元与集成测试pnpm typecheck全仓 TypeScript 类型检查pnpm build构建全部 workspaceprebuild先编译runtime/krillinaiGo 运行时pnpm e2eWeb Playwright E2Epnpm smoke:cifake Codex Runtime smokeapps/daemon/test/unit/codex-smoke.test.tspnpm perf:check对照已记录的性能基线提交前至少跑pnpm test、pnpm typecheck、pnpm build。涉及 Host Bridge、Runtime 代理或通用前端流程的改动必须追加 Web/Desktop 一致性 E2Eapps/web/e2e/下的 parity 用例与实际打包 App 验证——只通过 Web 单测不能证明 Desktop 可发布Desktop 打包会重新构建 Web 并校验apps/web/dist与内嵌资源哈希不一致直接失败。真实 Codex smoke 默认不运行需显式开启见apps/daemon/test/smoke/。依赖安全方面根package.json用 pnpmoverrides锁定了undici、tar、ws等一批存在已知漏洞区间的传递依赖。Codex 是唯一执行内核这一点划定了项目边界OpenCreator 不是第二个 Agent 框架也不是云端 SaaS——它是 Codex 之上可持久化、可审批、可编排的本地创作层。技能、MCP 与会话的真相源仍在$CODEX_HOME删掉 daemon 你丢的是编排与状态机删掉 Codex它什么都不是。这正是不维护第二套执行引擎这句架构承诺的全部含义。【免费下载链接】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),仅供参考
企业数字化 ERP 产品动态
相关推荐
【联想拯救者笔记本win11安装ubuntu22.04记录】 硬盘分区
作者笔记本两块2T硬盘,win11单独使用一个硬盘,ubuntu22.04单独使用一个硬盘,强烈建议ubuntu22.04单独在一个硬盘中
清空即将安装ubuntu22.04的硬盘搜磁盘管理,出来的应用名可能是创建并格式化硬盘分区,找到… · 2026/11/5 1:45:38
dsh-purge 完整指南:四步拆开宿主拦截,一套可回退的红队评测插件 dsh-purge 完整指南:四步拆开宿主拦截,一套可回退的红队评测插件 【免费下载链接】dsh-purge DeepSeek Harness 破甲:让所有模型都能破甲,不同模型可换不同提示词;默认提示词面向国模「小码酱」。Jailbreak for every … · 2026/11/5 1:44:38
小型流延机成膜均匀性:从挤出到收卷的全流程质控解析 摘要在聚合物薄膜研发、新材料配方验证、流延工艺参数优化等场景中,小型流延机的成膜质量与工艺重复性是决定研发效率的关键因素。本文系统分析实验室流延成膜的质量控制要点,从挤出塑化、流延成型、牵引收卷三个环节拆解影响薄膜均匀性的核心参数&#… · 2026/11/5 1:44:38
VBM8+SPM8处理T1结构像:组织分割、归一化与批处理避坑 简介:VBM8工具箱是面向脑结构磁共振影像分析学习者、神经影像研究方向的研究生与科研人员的一款SPM8扩展工具,核心用途是将T1图像归一化到模板空间,并分割为灰质、白质和脑脊液,服务于基于体素的形态学分析入门实验与预处理流程搭… · 2026/11/5 2:21:50
汽车碰撞仿真建模:美系与日系车型的CAE技术对比 1. 项目背景与核心价值汽车碰撞仿真建模是整车被动安全开发的核心环节。十年前我刚入行时,主机厂的碰撞分析还高度依赖物理样车测试,单次正面碰撞试验成本就超过50万元。如今随着CAE技术成熟,数字样车碰撞仿真已成为行业标配,但不… · 2026/11/5 2:21:50
MySQL日志系统:Undo、Redo与Bin Log详解 1. MySQL日志系统概述MySQL作为最流行的关系型数据库之一,其强大的事务支持和数据可靠性很大程度上依赖于精心设计的日志系统。在InnoDB存储引擎中,三大核心日志——Undo Log、Redo Log和Bin Log各司其职,共同构成了MySQL数据安全与一致性的基… · 2026/11/5 2:21:50
物流企业财务自动化:轻流无代码平台实践 1. 项目背景与核心价值在物流服务行业,财务管理一直是运营链条中最复杂也最容易出错的环节。传统模式下,物流公司需要处理大量运单数据、客户结算、司机佣金、油费报销等财务流程,这些工作往往分散在Excel表格、纸质单据和不同业务系统中。我… · 2026/11/5 2:21:50
Appium移动自动化测试实战:挑战与解决方案 1. 移动测试的挑战与Appium的价值移动应用测试工程师每天都要面对这样的场景:测试经理扔过来20台不同型号的手机,要求在下周迭代前完成全量回归测试。这些设备有的运行着Android 10,有的已经升级到Android 14,还有几台iPhone从iOS… · 2026/11/5 2:21:49
2025年Data Agent技术演进与行业应用解析 1. 榜单背景与行业价值2025年中国大数据产业正经历从规模扩张向价值深挖的关键转型期。Data Agent(数据智能体)作为融合大模型与垂直场景的新范式,正在重构企业数据应用的基础架构。金猿奖作为国内大数据领域最具公信力的行业奖项之一&#x… · 2026/11/5 2:20:49
双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 3:16:49
STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 6:59:29
DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 7:02:38
多智能体协作系统架构设计与实践优化 1. 多智能体协作系统的时代背景2017年Transformer架构的诞生彻底改变了人工智能的发展轨迹。当行业还沉浸在单一大模型带来的性能突破时,Anthropic的研究团队已经将目光投向了更前沿的领域——如何让多个智能体通过协作产生超越单体能力的系统智能。这就像交响乐团中… · 2026/11/5 0:00:39
大模型系统性入门实战指南:从原理到部署微调的全链路路线 提到大模型的系统性入门,我先说个结论:这事真不难,难的是资料太散、路线太多,今天这个框架明天那个工具,新人很容易在“收藏夹吃灰”和“教程看到一半放弃”之间反复横跳。市面上关于大模型的内容少说有几十万篇&#… · 2026/11/5 0:00:39
鸿蒙文件系统沙箱机制解析与开发实践 1. 鸿蒙文件系统沙箱机制深度解析作为一名从Android转向鸿蒙开发的工程师,我深刻体会到文件系统访问是迁移过程中最先遇到的"拦路虎"。在Android上运行良好的文件读写代码,在鸿蒙真机环境却频频出现文件写入后神秘消失或直接抛出权限拒绝错误的… · 2026/11/5 0:00:39
双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 3:16:49
STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 6:59:29
DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 7:02:38