social-auto-upload

一款让视频创作者「一次上传、全网分发」的自动化神器

当你在多个平台「搬砖」时，是否受够了重复劳动？

想象这样的场景：你花了一周精心制作了一条短视频，准备在抖音、小红书、Bilibili、快手、视频号同时发布，获得最大曝光量。然而现实是——每个平台都要你手动登录、上传、填写标题描述、加标签、设置定时发布……一个平台10分钟，7个平台就是70分钟。更崩溃的是，如果中途要修改内容，还得逐个平台改一遍。

这就是内容创作者和自媒体运营者每天都在经历的"多平台分发噩梦"。

social-auto-upload 正是为解决这个痛点而生的开源工具。它的核心理念很简单："一次制作，全网分发"——用一套流程，把视频同时推送到抖音、Bilibili、小红书、快手、百家号、视频号、TikTok 等国内外主流平台，大幅降低多平台运营的时间成本。

项目背景：从个人脚本到万星工具

这个项目的作者 dreammis 最初只是需要一个自动化工具来管理自己的社交媒体视频发布——他的发布策略是提前一天设置定时发布。随着代码逐渐完善，他决定将其开源，没想到迅速在开发者社区和自媒体创作者群体中走红。截至2026年，该项目已积累 11,700+ Stars，GitHub 社群超过 2000 名成员，成为中文互联网视频自动化上传领域最具影响力的开源项目之一。

项目名称 social-auto-upload 直白地表达了它的用途：社交媒体自动上传。作者在 README 中坦言，项目最核心的设计哲学是："让 AI 去做那些高频、重复、无聊的工作"——上传视频这种事，交给程序去执行，AI 只需要在最后做质量把关。

核心功能：7大平台一键覆盖

项目目前支持以下平台的核心上传能力：

可以看到，抖音、小红书、快手、Bilibili 四个平台的功能最为完善，已完成 CLI 化和 Skill 化，支持 AI Agent 自动化调用。项目处于积极重构状态（2026年3月起），其他平台也在陆续完善中。

技术架构：前后端分离 + 浏览器自动化

项目的技术选型体现了务实主义——没有追求最前沿的技术栈，而是选择最成熟、稳定的方案：

后端：Python + Flask，提供 REST API 服务，支持账号管理、视频上传、定时任务调度等核心功能。

前端：Vue 3 + Vite 构建的现代化 Web 管理界面，支持账号管理、视频上传配置、任务监控等操作。通过 Docker 多阶段构建与后端打包在一起。

核心自动化引擎：项目从早期的 Selenium 迁移到了 patchright（Playwright 的分叉版本），patchright 在反检测能力上进行了增强，能够更好地绕过各平台的自动化检测机制。浏览器自动化是项目的核心——除了 Bilibili 使用官方 biliup 工具直连 API 外，其余平台（抖音、小红书、快手、百家号、TikTok）均通过浏览器模拟登录和页面操作完成上传。

CLI 工具：项目提供统一的 sau 命令行工具，用户通过 sau douyin upload-video --file xxx.mp4 --title "标题" 这样的命令即可触发上传，所有平台接口风格统一。

AI Agent 集成：除了 CLI，项目还提供了面向 AI Agent 的 Skill 定义文件（skill/SKILL.md），支持 OpenClaw、Codex、Claude Code 等 AI 编程工具直接调用上传流程，真正实现了"让 AI 操作 AI 工具"的自动化闭环。

部署方式：Docker 一键部署

项目提供了完整的多阶段 Dockerfile，整个构建过程分为两步：

1. Node.js 阶段：构建 Vue 前端，生成静态文件
2. Python 阶段：安装系统依赖（Chrome 浏览器所需的 libnss3 等 SSL 库）、pip 依赖、Playwright Chromium 浏览器，最后打包前后端

部署流程非常简洁：

docker build -t social-auto-upload .
docker run -p 5409:5409 social-auto-upload

容器内默认启动 Flask 后端服务，通过 localhost:5409 访问 Web 管理界面。需要注意是，该项目需要真实的浏览器环境，因此即使使用 Docker 部署，也必须确保容器内 Chromium 浏览器可以正常运行——这意味着需要挂载 /dev/shm 和适当的 --no-sandbox 参数。

使用门槛：略高，适合技术型创作者

虽然项目提供了 Web UI，但真正发挥全部能力仍然需要一定的技术背景：

• 需要准备各平台的 Cookie/Token（项目提供登录引导流程）
• CLI 使用需要一定的命令行基础
• Agent 集成需要了解 OpenClaw/Codex 等工具的基本用法
• 反自动化检测需要持续维护，平台策略变化可能导致功能失效

好消息是，项目正在积极重构中，未来计划增强隐蔽性和稳定性，降低使用门槛。对于有技术能力的内容创作者或开发者来说，这是目前最完整的视频多平台分发解决方案。

局限性：不完美，但足够有用

项目也有一些不可回避的问题：

1. 平台政策风险：各社交媒体平台持续加强反自动化检测，浏览器自动化方案存在被封号的风险。作者也在 README 中承认这一点，重构目标之一就是"更隐蔽、更稳定的自动化方案"。

2. 图文能力不完整：视频上传功能最完善，但图文（图文笔记）能力仅在抖音、小红书、快手三个平台可用，Bilibili、视频号等平台尚未支持。

3. 定时发布依赖本地时区：项目最初是为作者"提前一天定时发布"的策略设计的，代码中很多时间计算逻辑基于"第二天"假设，对其他发布策略的灵活性不足。

4. 无法绕过平台API限制：本质上还是模拟浏览器操作，无法像官方 API 那样稳定高效，一旦平台改版就需要更新代码。

行业意义：内容矩阵运营的效率基础设施

social-auto-upload 代表的不仅是工具本身，更是内容创作者拥抱自动化的趋势。随着短视频平台成为内容分发的主战场，"矩阵运营"（一个内容团队运营多个账号、多平台分发）成为越来越多创作者的选择。在这种背景下，像 social-auto-upload 这样的工具正在成为内容矩阵运营的"效率基础设施"——不是替代人工审核，而是把机械性工作自动化，让创作者把精力集中在内容质量本身。

项目从 9K Stars 到 11.7K Stars 的增长轨迹，也说明这个需求正在被更多人认可和接受。