hanliang97/MatrixMedia

多媒体与设计

把同一条视频批量分发到多个国内视频平台的多个账号,适合矩阵运营,可通过命令行或智能体触发。

1,132
154
JavaScript
GPL-2.0
创建于 7 个月前

如果你经常把同一条短视频反复发到抖音、快手、B站、小红书等多个平台,并且希望这件事能用脚本或智能体触发,而不是手动上传八遍,MatrixMedia 值得看一下。它不是视频编辑或排期工具,更接近个人或小团队账号矩阵的批量上传器。

解决什么问题

一个在八个平台都有账号的创作者,每次发布都要重复同样的流程:逐个登录账号、选文件、填标题和标签、挑封面、等待上传。内容几乎一样,却要在八个浏览器会话里各做一遍。MatrixMedia 把这段流程压缩成桌面应用里的一次勾选,或者终端里一条指向本地文件或远程 URL 的命令,由它分发到选中的账号。结果是一次操作完成一批上传,而不是八次手动会话。

有什么不同

它的机制是基于平台现有网页界面的浏览器自动化,外面包了 Electron 图形界面、matrixmedia 命令行和可选的 MCP Server。README 没有描述官方平台 API 层,实际是驱动已登录的会话,包括 Cookie 同步和抖音的 Puppeteer 无头模式。这让命令行可以直接当作外部命令使用:只要能读退出码或 JSON 输出,脚本或编排器就能调用;内置 MCP Server 则让支持 MCP 的客户端不用 shell 调用来操作它。真正有价值的是接入成本低:结果可被程序读取,远程 URL 会自动下载并在上传后清理临时文件。

代价是它继承了每个平台的反自动化策略。README 自己提到小红书检测趋严,并提供「真实浏览器」模式:改用本机安装的 Chrome 而不是内置窗口,同步 Cookie,检测不到 Chrome 时回退到内置模式。这是缓解,不是保证;README 也说部分平台可能仍需人工操作,例如手动上传封面。平台页面一改,就要重新验证工具是否还能用。

谁值得试

自己运营几个账号、每周有一批固定上传任务的小创作者或小团队比较适合:命令行和 HTTP 接口方便接进脚本或智能体流程,图形界面保留手动操作路径。需要平台原生排期、数据分析,或要求严格按各平台条款操作的团队则不适合,项目明确定位为效率工具,并把遵守平台规则的责任交给使用者。

使用条件与边界

它首先是桌面应用。Windows 的 NSIS 安装包从 0.4.5 起会把 matrixmedia 加入当前用户 PATH;README 也列出 macOS 与 CLI 用法,但目前文档中的 CLI 登录只覆盖抖音和视频号,而 CLI 发布覆盖八个平台。如果流程依赖其他平台用命令行登录,采用前要先核对当前文档。小红书真实浏览器模式需要本机已安装 Chrome/Chromium,并按账号单独设置。MCP Server 是独立子包,需要自行构建并配置仓库绝对路径。

日常维护比初始安装更关键:登录态会过期,网页界面会变,小红书检测被描述为越来越严。README 提醒用户自行保管账号、Cookie 和素材数据,合规责任也在使用者。接入约定可看项目文档和HTTP API 说明。

HotRepo 点评

HotRepo 在 2026-10-27 记录到该项目 1,126 星、当天 +34,这是供给样本中唯一一次日榜观察,因此无法判断关注是否持续。真正的决定因素只有一个:你需要的平台在近期页面变动后是否仍能被自动上传流程跑通,这应该用当前文档和一次测试批次来确认。

本文由 AI 根据项目 README 生成,更新于 2026年10月27日,以项目官方文档为准。