Sep 25, 2026
OpenCreator:本地优先的 AI 创作工作区,附带 7 个视频技能
在 Codex CLI 上运行开源创作工作区——视频翻译、配音、封面由可复用 agent 技能驱动,数据默认留在本机。
创作工作散落在各个工具里:翻译视频用一个应用、配音用另一个、封面再来一个,而且它们都和你的 agent 互不相通。OpenCreator——前身是 KrillinAI 的 12k 星开源工作区——把可视化创作工具、agent 对话和可复用 Skills 放进同一个本地优先的应用,底层是 Codex CLI。
为什么这个 Skill 重要
大多数 AI 创作应用是托管服务:素材和脚本要离开你的机器,工作流也只能按厂商 UI 允许的方式走。OpenCreator 的设计正相反。它复用 Codex Agent 循环作为执行引擎,加了一个本地 Runtime 把项目、运行记录和审批留在你的机器上,再用可视化工作区和 Electron 桌面宿主把两者包起来。daemon 只监听 127.0.0.1,除健康检查外每个 API 都要求 Bearer token,本地边界是显式声明的,不是隐含假设。
对 skills 而言,OpenCreator 在仓库里自带 7 个视频制作技能,并从 $CODEX_HOME 读取你已有的 Codex 技能——你已维护的技能在它里面继续可用。
安装
桌面应用是零配置路线。从最新 release 下载对应平台的安装包——macOS Apple Silicon、macOS Intel 或 Windows x64——打开即可。不需要 Node.js 或 pnpm:安装包自带 Codex CLI,首次启动时拉起本地 Runtime 并准备一个默认项目。真实模型任务需要有效的 Codex 登录。
开发或浏览器使用方式,需要 Node.js 22 及以上、pnpm 9.15.0,以及一个已登录的 Codex CLI 可执行文件:
git clone https://github.com/krillinai/OpenCreator.git
cd OpenCreator
corepack enable
pnpm install
pnpm web:dev
打开 http://127.0.0.1:19861/,然后确认已有的 ChatGPT 登录或 API key,或者改指向一个 OpenAI 兼容的服务商。
实战:把一个视频翻译成双语字幕
视频翻译是 README 里文档最完整的流程。导入本地或公开视频,让工作区用云端或本地 Whisper 服务转写;接下来由 LLM 上下文处理字幕的分段、对齐、术语和翻译,你可以配置双语字幕、用自定义声音样本配音、设置字幕样式和横竖屏构图,最后导出 SRT、音频或成片。
同一条流水线的技能部分在仓库的 skills/ 目录里,共 7 个技能覆盖各阶段:
| Skill | 做什么 |
|---|---|
| KrillinAI CLI | 选命令,解读进度、manifest、输出和报错 |
| Subtitle | 下载平台字幕或转写媒体,翻译成双语或竖屏短字幕 |
| TTS | 生成目标语言配音,可选产出配音视频 |
| Landscape Render | 渲染横屏视频,带双语字幕或配音 |
| Portrait Render | 合成竖屏视频,带标题、双语字幕或配音 |
| Cover | 用完整文本提示词生成封面图 |
| Pipeline Plan | 以 dry-run 模式校验多阶段输出计划;实际工作由各阶段技能执行 |
在 agent 对话里,用 / 从输入框选择技能,让下一个任务按它的流程走;插件中心可以浏览技能市场和安装历史。
工作区的其余部分
README 统计当前版本有十个创作工具——视频翻译、视频下载、封面生成、图片生成、文章写作、小红书笔记、短视频脚本、火柴人动画、智能配音、视频生成——另有两个(Auto Clips 和数字人)标记为开发中。每次修订都会生成新版本而不覆盖旧版,创作模板让你不必从零搭提示词。
技巧
- 图片、视频、语音和转写模型在 Settings → AI Services 里配置;部分服务(如 Edge TTS)不需要 API key。
- OpenCreator 每 7 天检查一次内置 yt-dlp 的更新,但从不自动安装——更新必须由用户显式操作,失败时当前可用版本保持不变。
- 想隔离 Codex 环境就设置
CODEX_HOME;OpenCreator 默认使用当前生效的那个,改动全局技能或 MCP 配置前先确认影响。 - 敏感记忆需要二次确认才会存储。
何时不用这个 Skill
真实模型任务需要有效的 Codex 登录,视频类技能也需要 CLI 和相关服务配置到位——出现在仓库里不等于每个服务都打包在内。如果你的创作只涉及图片、而且现有的托管工具用得很好,那么带 Codex 依赖的本地工作区纯属多余的累赘。另外,自动切片今天还是开发中的条目,不是已发布功能。
查看 排行榜 了解更多 skill。