AI-Content-Studio
naqashafzal/AI-Content-Studio加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。
想象一下你是一个只有一个人、想做 YouTube 频道的创作者。传统做法是:找选题(1 小时)、写脚本(2 小时)、找配音(1 小时)、做画面(3 小时)、剪辑加字幕(2 小时)、写标题封面(1 小时)——一支 10 分钟的视频,前后要磨 10 个小时,还要被 FFmpeg 的报错搞崩两三次。
AI Content Studio 想做的事情是把这个链条压成一条命令:输入一个话题,产出一支带配音、带字幕、带 B-roll 的成片。

项目作者 naqashafzal(Nullpk AI),仓库创建于 2025 年 9 月,目前 876 星、208 fork,是 GitHub 上开源 AI 视频自动化赛道里涨星最快的一批项目之一。仓库里有一句很直白的自我定位:"100% free & open-source"——作者同时在 Patreon、Instagram 和 YouTube 上做内容,项目的目标用户和作者自己的处境高度重合:一个人、一台电脑、想低成本量产内容。
有意思的是它的 README 和代码风格。项目里同时存在两代痕迹:根目录还留着老版的 pipeline.py、pipeline_shorts.py、agents.py、api_clients.py,而 server/ 目录下是重写过的 v2.0 架构(FastAPI + Next.js + SQLite 队列 + 多智能体编排)。README 里专门写明"要找旧版代码请看 Git 历史"——这是一个正在做架构迁移、且愿意坦诚说明的项目。
作者还贴心地承认了一个中文圈很少见的细节:README 里的"Zero Mock Exploits"说明里,API Key 在界面上会以 sk-*** 形式掩码显示,这是安全加固而非 bug。
传统 AI 视频工具是流水线上的工位:写脚本一个工具、配音一个工具、剪辑一个工具,你得自己搬运素材、自己判断"这一步做得对不对"。
AI Content Studio v2.0 的设计更像一家小型制片厂:有一个总监(Director)坐在上面,下面是六类分工的智能体——策略、趋势发现、资料调研、创意指导、质量把关(QA)、学习记忆。流程是:
策略 → 趋势发现 → 深度调研 → 分镜脚本 → 质检 → 剪辑时间线 → 导出 → 学习沉淀
其中最亮眼的是自愈式 QA 重试循环:QA 智能体会给草稿脚本打分,低于 80/100 分就自主点评、重写薄弱场景,然后才进入昂贵的媒体生成环节。换句话说,它把"省钱"写进了流程本身——这在 AI 内容工具里并不常见。

统一封装 Google Gemini、OpenAI 兼容接口、WaveSpeed LLM 和本地 Ollama,支持按任务路由与自动故障转移。Gemini 侧直接走 REST generateContent 而非 SDK,注释里写明理由是"避免 google-genai 版本差异"——这是被真实 bug 教育过的写法。
把长视频切成竖屏短视频是当下变现最快的玩法,难点在于"切在哪"。这个项目不是只靠 LLM 读字幕时间戳,而是三路信号融合:
再叠加主动说话人跟踪 + 镜头滞回(最小 1.5 秒间隔),避免说话人转头就切镜头的抖动。
上传一段参考视频(README 里直接点名 MrBeast、Alex Hormozi、Vox),系统用 CV 计算平均镜头时长、剪辑频率、字幕动画节奏,生成可复用的"风格档案",用于后续分镜生成。这个思路本质上是把剪辑手法抽象成参数,而不是偷素材。
多轨时间线(视频、B-roll、音频/音效、字幕),并且支持删掉转写里的某个词时,底层视频和音频自动涟漪裁切对齐——这在开源剪辑工具里相当少见。另有自然语言时间线助手("加快节奏"、"静音某段")。
内置 FFmpeg EBU R128 响度标准化(loudnorm=I=-14:TP=-1.5:LRA=11),对齐 YouTube/TikTok 的响度标准,不需要用户自己调。
完整实现了 Unicode 字符归一化 + 罗马转写发音词典(kese→kaisay、kyun→kyoon 等),让神经 TTS 不读错。目标市场明显是南亚英语内容创作者。
research、storyboard、qa_review),进程重启可恢复中断任务FileLock 强制,启动即检查)data/Docker Compose(推荐):cp .env.example .env,设置 STUDIO_API_TOKEN(python -c "import secrets; print(secrets.token_urlsafe(32))")和 STUDIO_PUBLIC_ORIGIN,准备 6 个可写目录,然后 docker compose up --build -d。nginx 只监听 127.0.0.1:8080,前面必须自己套 HTTPS 反代(保留 Host 和 WebSocket upgrade 头)。
本地开发:Python 3.12 + Node 22+ + FFmpeg,pip install -r requirements.lock,web/ 下 npm ci,后端 8008、前端 3000,Next.js 反代 /api/。Windows 用户有 start.bat 一键启动(会检查 Python/Node/FFmpeg 版本、初始化目录、拉起双进程并打开浏览器)。
功能开关的代价:YouTube 自动发布需要自己申请 Google OAuth 客户端,${STUDIO_PUBLIC_ORIGIN}/api/social/youtube/callback 必须是精确的重定向 URI。作者的回调实现是 GET + 浏览器绑定的过期 state + 单次消费 state,用得算是标准做法。

NOASSERTION/Other),只有 license.json 这种商业授权配置文件。引用前建议与作者确认。2025-2026 年 AI 视频工具的竞争重点已经从"能不能生成"转向"能不能自动化生成且质量可控"。这个项目押的注是控制流比生成能力更重要:不追求单帧画面的惊艳,而是把调研、脚本、质检、剪辑、发布串成一条可恢复、可断点续跑的流水线。
它的另一个信号是开源 AI 内容工具的形态在分化:一类是 ComfyUI 这类"节点工作流",一类是 CapCut 这类"闭源 SaaS",还有一类就是 AI Content Studio 这样的自托管全栈工作室——把数据库、队列、鉴权、代理、审计这些"工程脏活"都自己扛下来。真正的门槛从来不在模型调用,而在这些没人愿意写、但一写就写错几个月的细节上。
对想低成本试水内容自动化的团队来说,这个项目的架构参考价值可能大于直接使用价值:多智能体质检循环、多模型网关与故障转移、阶段检查点队列、密钥掩码与 Origin 校验——这套组合拳在 GitHub 上依然稀缺。
适合:个人创作者、需要批量产出短视频切片的 MCN、技术团队想搭建自己的内容流水线、需要参考全栈 AI 编排架构的开发者。
不适合:需要多租户/团队协作的组织;追求单条视频极致画面质量的专业影视团队;没有 Gemini API 预算又不愿自建 LLM 服务的用户。