一句话总结:把同一支视频,一次扔到 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 全貌:

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

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

这张是另一个上传流程的演示。
实际使用前必须知道的几件事
这部分是我翻完仓库、读完安装文档和近况说明后的真实评估,不是搬运:
- 它不是”调平台官方 API”,而是”模拟人操作浏览器”。好处是平台限制少、坏处是平台一改版就得跟着修。你应该预期:每隔几个月某个平台会临时挂掉,等作者发版。
- 账号风控风险需要自己承担。用脚本批量发内容是平台不欢迎的行为(尤其是抖音、视频号、快手这种),建议先用小号或备用号跑通流程,再上主力号。
- CLI 主线还在演进。README 里有”重构计划”和”近况说明”两个章节,说明作者主线在转向”CLI + AI Agent Skill”(你可以把这个仓库直接丢给 OpenClaw、Codex、Claude Code 之类的 Agent 帮你安装和运行)。TikTok 暂时还停在 Chrome 示例阶段,没有 CLI。
- 定时发布是真定时。不是发布后排队,是可以预约未来某个时间点发出去。
- 你跑得起它的前提:本地有 Python 环境(推荐
uv),有 Chromium(或 Chrome),能接受浏览器被工具接管一会儿。 - 它不帮你剪视频、不帮你写文案。这是单纯的上传工具,标题/封面/话题都需要你自己准备好。
适合谁 / 不适合谁
适合:
- 同时运营 3 个以上平台的创作者 / MCN 运营
- 做内容矩阵、批量铺号的团队
- 愿意折腾本地 Python 环境、能接受偶尔挂掉的人
- 想用 AI Agent(Codex / Claude Code)接管日常运营的人
不太适合:
- 只在 1-2 个平台发内容——手动反而更快
- 完全不想碰命令行 / Python 的人(CLI 已经是项目主线)
- 做付费投流、需要官方 API 数据回传的商业化场景
我的判断
14.4k stars 不是白给的——它确实踩中了一个真实痛点:多平台分发。从代码质量和社区活跃度看,这个项目值得装一次试试。
但也别神化它。它本质是个”用浏览器自动化替你点上传按钮”的脚本,不是魔法。能不能用、好不好用,取决于你有多少平台、多少视频、愿不愿意为它配一次环境。
如果你的工作流是”一天剪 1-3 条视频,要发 5 个平台”,那这个工具一天能帮你省下 30-60 分钟,一年就是 300+ 小时。这笔账划得来。
链接
- GitHub 仓库:https://github.com/dreammis/social-auto-upload
- 官方文档站:https://sap-doc.nasdaddy.com/
- 安装文档:
docs/install.md - AI Agent 启动提示词:
docs/agent-bootstrap.md