开源项目 social-auto-upload:把同一支视频一次扔到 11 个平台(真实体验)

一句话总结:把同一支视频,一次扔到 11 个平台

如果你在同时做抖音、B 站、小红书、快手、视频号、百家号、微博、虎扑、TikTok、YouTube 这堆平台,你就知道每天最痛苦的不是剪片子,而是把片子挨个搬运一遍——登录、上传、填标题、选封面、设定时发布,每一步都重复 5-10 分钟,错一步就掉量。

今天在 X 上刷到博主 Ryrenz 推荐的一个开源项目 dreammis/social-auto-upload,专门治这个毛病。我把仓库翻了个底朝天,又拿真实页面截图核对了一遍,整理成这篇”实际体验报告”。

这是个什么项目

它是一个本地运行的视频多平台自动上传工具,定位非常明确:把”高频、重复、无聊”的上传工作交给脚本,自己只管内容生产。

几个关键事实(均来自 GitHub 实时数据,截至发文):

  • 仓库 dreammis/social-auto-upload,主分支 main
  • 14,446 stars / 2,482 forks,MIT 协议,2023 年 12 月创建,昨天(8 月 19 日)仍有 commit 提交,非常活跃
  • 支持 11 个平台:抖音、Bilibili、小红书、快手、视频号、百家号、支付宝生活号、微博、虎扑、TikTok、YouTube
  • 核心能力:视频上传、图文上传(部分平台)、定时发布、CLI 命令行入口、AI Agent Skill 调用(部分平台)

先纠正一个数字:项目官方文档站 sap-doc.nasdaddy.com 首页还显示 “4.6k+ GitHub Stars”,这是过时的数据,真实数字已经破 1.4 万了。下面这张就是官方文档站首页的实际样子:

官方文档站首页(注意星标数是旧的)

真实平台支持矩阵(来自仓库 README)

这是仓库 README 里那张平台支持表,我把它原样翻译过来:

平台 登录/账号准备 视频上传 图文上传 定时发布 CLI Skill
抖音 ✅(主线最完整)
Bilibili ✅(运行时自动准备 biliup)
小红书 ✅(浏览器自动化)
快手 ✅(浏览器自动化,CLI/Skill 初版)
视频号 ❌(浏览器自动化,tencent_uploader)
百家号 ❌(浏览器自动化)
支付宝生活号 ❌(浏览器自动化)
微博 ❌(浏览器自动化,标题最多 30 字)
虎扑 ❌(浏览器自动化,标题 4–40 字)
TikTok ❌(当前走 Chrome 版示例)
YouTube ❌(Studio 浏览器自动化,支持播放列表/可见性)

几个值得注意的细节:

  • 抖音是当前主线重构最完整的平台,你想用就用它当起点。
  • B 站上传依赖开源的 biliup,工具会在运行时自动拉起,零配置。
  • 小红书、快手、视频号、百家号、微博、虎扑、YouTube 全部走浏览器自动化(用本地 Chromium),不是平台官方 API。这意味着——平台改版就会挂,后面会说。
  • 微博标题限制 30 字、虎扑限制 4–40 字,项目里已经做了校验。
  • TikTok 目前没有 CLI 入口,只有 Chrome 示例脚本。

它实际怎么跑起来

项目目前已经收敛成 CLI + Skill 两条主线,不再推荐老的 web 界面(README 里专门有个 docs/legacy-web.md 标记旧版)。

安装、更新、环境准备全部统一在 docs/install.md,作者推荐用 uv 装 Python 环境,命令工具叫 sau(social-auto-upload 缩写)。

账号怎么准备?因为大部分平台是浏览器自动化,你需要本地起一个 Chromium,手动扫码登录一次,工具会保存 cookie 复用。本质上和你自己用浏览器上传是一样的,只是它替你点完”上传”和”发布”按钮。

下面这张是仓库页的真实截图,能看到文件树、README、贡献者、Star History 全貌:

GitHub 仓库页真实截图

真实演示图(仓库官方 GIF)

项目自带两个真实演示动画,都是仓库 media/show/ 目录下的源文件,不是 AI 生成的

TikTok 上传演示动画

上面这张是 TikTok 上传流程的实际录制。可以看到它打开的是 TikTok 创作者页面,依次填好标题、tag、上传视频、点发布——和人工操作一模一样。

PDF/图文上传演示动画

这张是另一个上传流程的演示。

实际使用前必须知道的几件事

这部分是我翻完仓库、读完安装文档和近况说明后的真实评估,不是搬运:

  1. 它不是”调平台官方 API”,而是”模拟人操作浏览器”。好处是平台限制少、坏处是平台一改版就得跟着修。你应该预期:每隔几个月某个平台会临时挂掉,等作者发版。
  2. 账号风控风险需要自己承担。用脚本批量发内容是平台不欢迎的行为(尤其是抖音、视频号、快手这种),建议先用小号或备用号跑通流程,再上主力号。
  3. CLI 主线还在演进。README 里有”重构计划”和”近况说明”两个章节,说明作者主线在转向”CLI + AI Agent Skill”(你可以把这个仓库直接丢给 OpenClaw、Codex、Claude Code 之类的 Agent 帮你安装和运行)。TikTok 暂时还停在 Chrome 示例阶段,没有 CLI
  4. 定时发布是真定时。不是发布后排队,是可以预约未来某个时间点发出去。
  5. 你跑得起它的前提:本地有 Python 环境(推荐 uv),有 Chromium(或 Chrome),能接受浏览器被工具接管一会儿。
  6. 它不帮你剪视频、不帮你写文案。这是单纯的上传工具,标题/封面/话题都需要你自己准备好。

适合谁 / 不适合谁

适合:

  • 同时运营 3 个以上平台的创作者 / MCN 运营
  • 做内容矩阵、批量铺号的团队
  • 愿意折腾本地 Python 环境、能接受偶尔挂掉的人
  • 想用 AI Agent(Codex / Claude Code)接管日常运营的人

不太适合:

  • 只在 1-2 个平台发内容——手动反而更快
  • 完全不想碰命令行 / Python 的人(CLI 已经是项目主线)
  • 做付费投流、需要官方 API 数据回传的商业化场景

我的判断

14.4k stars 不是白给的——它确实踩中了一个真实痛点:多平台分发。从代码质量和社区活跃度看,这个项目值得装一次试试

但也别神化它。它本质是个”用浏览器自动化替你点上传按钮”的脚本,不是魔法。能不能用、好不好用,取决于你有多少平台、多少视频、愿不愿意为它配一次环境。

如果你的工作流是”一天剪 1-3 条视频,要发 5 个平台”,那这个工具一天能帮你省下 30-60 分钟,一年就是 300+ 小时。这笔账划得来。

链接

发表评论

您的邮箱地址不会被公开。 必填项已用 * 标注

滚动至顶部