做视频号更新最累的不是剪视频而是发布。上传、填描述、填短标题、选位置、设定时、勾原创、点发表——一条视频点七八下二十条视频就是一百多下。而且定时发布的时间还得一个个手动调稍不留神就填错。这个工具就是为了解决这件事把一批视频的发布信息写进一张表格跑一次全部自动排完。微信视频号发布助手一、它能做什么简单说你填一张 CSV 表格它替你把表格里的视频一条条发出去。具体能力功能说明批量发布一次排期几十上百条视频全程无人值守双渠道支持普通视频、会员专区一个参数切换自动填表视频描述、短标题、位置、合集、原创声明全部自动填定时发布精确到分钟可按 CSV 逐条设定不同时间断点续跑中断后重跑已完成的不重复发失败自动重试单条失败可重试多次失败清单失败项自动导出成新 CSV改改就能重跑上传保护视频没传完不会去点发表全程留痕每步都有日志出错自动截图二、目录结构wechat_video_publisher/ ├── publisher.py # 主程序 ├── schedule.csv # 排期表默认读取 ├── videos/ # 视频文件放这里 ├── browser_data/ # 登录信息扫码一次长期有效 ├── logs/ # 运行日志 ├── screenshots/ # 出错截图 ├── publish_state.json # 发布进度状态 └── failed_xx.csv # 失败清单有失败时才生成视频文件集中在videos/目录表格里只写文件名即可。三、排期表怎么填CSV 共 7 列建议用 Excel 编辑后另存为 CSVvideo,title,short_title,location,publish_time,collection,original 1.mp4,这是第一个视频,第一个短标题,,2026-09-01 18:00,我的合集,yes 2.mp4,这是第二个视频,第二个短标题,东京,2026-09-01 18:05,,yes 3.mp4,这是第三个视频,第三个短标题,,2026-09-01 18:10,,字段详解字段含义留空会怎样video视频文件名必填放videos/下title视频描述留空则不填short_title短标题留空则不填location地理位置留空 不显示位置publish_time定时发布时间留空 立即发布collection加入的合集名留空则不加入仅普通视频有效original是否声明原创填yes/1/true/是任一即勾选几个容易踩的点location留空 ≠ 默认位置而是明确选择「不显示位置」。想显示某地点就填关键词工具会自动搜索并选中匹配项。collection合集名称要填完整不能只填关键字。另外会员专区不支持合集这一列会被忽略。定时发布时间建议每条错开 5 分钟以上密集发布容易被平台限流。四、常用命令# 发布普通视频按 schedule.csv 全部排期 python3 publisher.py ​ # 发布到会员专区 python3 publisher.py --vip ​ # 先试跑第一条 python3 publisher.py --max-count 1 ​ # 从第 20 条开始发 python3 publisher.py --start 20 ​ # 本次只发 10 条 python3 publisher.py --max-count 10 ​ # 失败重试 3 次 python3 publisher.py --retry 3 ​ # 跑完不关浏览器方便自己检查 python3 publisher.py --keep-open ​ # 指定其它排期表 python3 publisher.py --csv 08.csv五、进阶用法1. 中断了不用怕直接重跑每条视频发完进度会立刻写入publish_state.json。中途断网、手滑关掉、按了 CtrlC——重新执行原来的命令就行已成功的会自动跳过。[3/55] 已完成跳过48回.mp42. 只重跑失败的那几条跑完如果有个别失败会自动生成failed_21.csv21是原始 CSV 名里面只有失败的那几条字段和原表完全一致python3 publisher.py --only-failed也可以直接指定这个清单文件python3 publisher.py --csv failed_21.csv如果只想把失败项改一改再发直接编辑这个文件即可。3. 重置发布状态# 只把「已成功」重置为待发布失败记录保留 python3 publisher.py --reset # 清空全部记录会重复发布已成功的慎用 python3 publisher.py --reset-all4. 控制上传等待时间默认选择视频后会先等待 60 秒再开始判断视频是否上传完成# 大文件或网速慢加长到 120 秒 python3 publisher.py --upload-wait 120 # 网速快完全靠自动判断不等固定时间 python3 publisher.py --upload-wait 0这一项建议保留默认值。工具在固定等待之后还会主动检测视频是否真上传完——没传完就一直等最长等 20 分钟。所以即使固定等待设短了通常也不会出错但如果网络特别好把固定等待调小能省下不少时间。5. 任务之间留间隔# 每条视频之间间隔 10 秒 python3 publisher.py --delay 10六、参数速查表参数默认值作用--vip关发布到会员专区--csvschedule.csv指定排期表--start1从第几条开始--max-count0全部最多处理多少条--retry2失败重试次数--delay5任务间隔秒数--upload-wait60上传后固定等待秒数--only-failed关只处理上次失败的--reset关重置已成功的--reset-all关清空全部状态--keep-open关结束后保持浏览器打开七、出了错怎么查工具在三个地方留了痕迹logs/publisher_*.log——每次运行一个日志记录每一步做了什么。出问题先看这里。screenshots/——出错瞬间自动截图文件名带错误类型比如publish_button_not_found、upload_control_not_found。看图基本能判断卡在哪。publish_state.json——每条视频的成功/失败状态和失败原因。常见失败原因提示通常原因找不到视频上传控件页面没加载完或登录态失效找不到发表按钮视频未上传完成或有必填项没填点击发表后没有检测到明确的成功结果视频还在上传建议调大--upload-wait等待视频上传完成超时网络太慢或文件过大超过 20 分钟如果频繁出现登录相关错误删掉browser_data/重新扫码即可。八、几个使用建议先跑 1 条验证。确认描述、短标题、位置、定时都填对了再批量跑。定时时间拉开间隔。一般每条间隔 5 分钟一小时排 12 条。大批量分批处理。比如 55 条分 5 批每批 11 条中间自己检查一次比一次性全跑更稳妥。跑完用--keep-open抽查。结束后浏览器不关手动翻几条确认无误。定期备份publish_state.json。这个是你所有发布进度的记录丢了就得靠日志重新核对。九、适合谁用有稳定更新节奏的视频号评书、有声书、课程、连载内容等需要提前批量排期一次排完一周甚至一个月的量视频数量多、手动发布容易填错信息如果你每天只发一两条手动点更省事但如果要一次排几十条这个工具能省下大把机械操作的时间。写在最后这个工具的核心价值不在能不能发而在发布状态的可靠管理——上传没完成不会误点发表、失败了能精确定位到哪几条、中断后能无缝续跑。批量场景下这些细节才是真正省时间的地方。