easy-uploadAI 自动发布到多个平台这是“我的 100 个开源项目”系列的一篇今天只讲一个具体项目easy-upload。做内容时最烦的经常不是写稿而是同一份内容要在多个后台重复登录、传视频或图片、上传封面、填写标题标签。更麻烦的是文件传完不代表草稿保存了草稿保存也不代表文章已经公开。easy-upload 的想法很简单让 AI 复用已经登录的浏览器把这些动作整理成一个多平台发布任务让每一步都有输入、状态和结果。它负责多平台发布但不是无条件一键群发easy-upload 通过 Easy WebBridge 连接已经登录的浏览器。任务开始前需要明确选择目标browserId和账号别名然后读取当前平台页面再按平台字段执行上传、填写、保存和回读。一个上传任务可以包含视频或按顺序排列的图文图片独立封面标题、描述和标签分类、原创声明、可见范围和定时字段草稿、提交和公开状态的证据。这些字段不是写在一段长提示词里而是放进 JSON job。这样换平台时可以清楚知道哪些字段已经填了哪些字段当前页面没有哪些字段还需要人工处理。一次多平台任务怎么走easy-upload 的常规流程是准备本地素材 → validate 检查任务 → plan 生成操作计划 → 选择浏览器和账号 → 上传媒体与封面 → 填写标题、标签和平台字段 → 回读预览并保存草稿 → 记录真实状态B 站视频有明确的媒体适配流程。抖音和小红书采用页面自适应路线每次都要重新读取创作中心页面页面结构变了就停下来处理不拿旧选择器硬点。文章类任务目前是离线准备和证据记录分支不应写成已经覆盖所有文章平台的全自动发布器。为什么要把状态拆开很多发布记录的问题不是没有点按钮而是把不同结果混成了一个“成功”文件上传完成只能说明文件传到了页面草稿保存成功说明编辑器保留了内容管理页看到提交记录说明平台收到了一次提交稳定公开页和标题、正文回读一致才可以写成公开。easy-upload 的记录器只做证据结构检查不替人猜平台状态。它要求每次运行使用独立的事件文件失败后追加修复记录而不是覆盖旧记录。它和 Easy WebBridge 怎么分工Easy WebBridge 是浏览器连接底座负责把任务送进指定的已登录浏览器。easy-upload 是上层业务 Skill负责内容包、字段和状态。这样分开之后问题比较容易定位浏览器没连上查 Easy WebBridge图片顺序或字段缺失查 easy-upload 任务平台审核或验证码拦截保留needs_user_action不绕过。适合谁如果你经常在多个自媒体后台发布视频、图文或封面想让重复填写更稳定easy-upload 可以作为 AI 发布任务层。它尤其适合需要多个账号、多个平台而且不希望把 Cookie、密码或 Token 写进脚本的场景。它不承诺平台审核、推荐或流量也不会把一次点击直接记成公开。文章类任务默认只做离线准备和证据记录媒体任务则按目标平台当前页面执行。项目地址GitHubhttps://github.com/xxjrq/easy-upload浏览器底座https://github.com/xxjrq/easy-webbridge在“我的 100 个开源项目”里easy-upload 负责的是上传这一小块。选题、写作、封面和发布回读继续由其他具体项目接手组合起来才是一条完整内容流程。