FujiwaraChoki/supoclip

解决什么问题

播客和主播需要持续产出 TikTok、Reels、Shorts 的竖屏切片，但过程很慢：翻长录像找高光、裁成 9:16、逐句对齐字幕。托管类工具按素材分钟数收费，导出常带水印，源文件也留在对方服务器上。SupoClip 把同一套流程搬到你自己的硬件上跑；不想管服务器，也可以用它的托管版或 iOS 版。

有什么不同

和 OpusClip 这类 SaaS 切片工具相比，核心差异是流水线的运行位置：用 Docker Compose 部署在本地，处理量只受硬件限制，导出不带平台品牌。它还把流程开放成 REST API 和 MCP server，脚本或 Agent 可以直接提交任务，而多数托管切片工具只提供网页界面。内部是 LLM 负责选段和病毒度评分、人脸检测负责 9:16 取景、词级时间戳负责字幕，模型供应商可换（Gemini、GPT、Claude 或本地 Ollama），也能把转写换成 Whisper。这种供应商可替换性在该品类里不常见，对于不能把素材发出去的用户尤其关键。

适合谁

适合有自己的服务器或性能尚可的工作站、每周要发好几条切片、在意素材归属和单位成本的创作者与小团队。想基于现成切片流水线二次开发的开发者，拿它当起点也合理。只是偶尔剪一两条的人不必折腾自托管，用托管版更省事；需要成熟产品和支持 SLA 的团队也该另找。对数据出境敏感的话要注意，转写默认走 AssemblyAI，想全本地得自己配 Whisper 和 Ollama。

上手成本

需要 Docker、一个 AssemblyAI 的转写 key，以及至少一个 LLM 供应商的 key；全本地跑 Whisper 和 Ollama 可行，但要多做些网络配置。技术栈是后端 FastAPI 加 ARQ worker、前端 Next.js，属于多服务部署，不是单个二进制。许可证为 AGPL-3.0，自托管没问题，但若打算拿它对外提供托管服务，需要先确认合规。README 写得相当细，安装、配置、架构、排错都有文档；不过项目很新，前端端口近期还改过，要有跟着变动修修补补的准备。启动命令是 docker-compose up -d。

点评

SupoClip 是 OpusClip 的一个实在的开源替代，而不是套壳：流水线、编辑器、发布，以及 MCP/REST 接口都在。但它也很新，项目约 15 个月，第一次进入追踪是 2026 年 10 月在 Python 周榜拿到 +339 star，Hacker News 上没有任何讨论。这个形态更像一波涨星，而不是沉淀下来的成熟项目，应按「更新快、可能要自己改」的代码来评估。能接受 Docker 部署的一次性成本、并且想自己掌握流水线，值得一用；只想开箱即用、不愿碰配置的，先别上。