前言¶

做内容矩阵的人都绕不开同一堆琐碎动作：在不同平台重复登录授权、把同一份稿子挨个复制粘贴、发布后逐个回查链接、再把数据手动搬回来。这类工作单调、易错，且每个平台都是一套独立的页面元素和交互逻辑，改一处流程往往要重测一遍。

下面介绍的 GEO内容发布助手，是发布者 user_ae5129cb 在 SkillHub 上维护的一个复合单体 Skill（当前版本 2.82.1，分类 content-creation），试图把这件事收进 WorkBuddy 的一个聊天框里：内容创作 → 账号授权绑定 → 多平台分发 → 数据回传，一条线走完。

这是什么¶

一句话定位：它是发布流程的「导演」，只做编排和调度，不亲自执行具体动作。

它建立在 MCP 统一管理的身份 / 权限 / 数字员工 / 知识库 / 矩阵发布之上，具体干活的是各个能力模块。工程形态上它是一个复合单体 Skill：父 SKILL.md 负责编排与意图路由，sub-skills/ 下的流程模块由父文件 Read 后调度。模块文件名刻意不用 SKILL.md，统一叫 MODULE.md，因此对外只暴露 1 个 skill 入口。规范文档放在 references/。

几个设计取向值得留意：

1、开头只有单一身份闸门，做身份识别 + API Key 一次核验。
2、零降级分支、零备用方案、零假成功——不做的事会直接说明，而不是静默降级。
3、多租户隔离：作者、来源、凭证都由用户自己配置，凭证仅存本机，随包不带账号、密钥和内部数据。

核心功能¶

覆盖的平台：订阅号、服务号、头条号（含西瓜通道）、知乎、百家号、小红书、微博、A5、搜狐号、稀土掘金、龙虾资讯官网、视频号，以及 IMA 知识库（爱玛）。其中 IMA 是云端直发的知识库渠道，绑定 IMA Key 并选定默认公开知识库即可发布；长图文线已经全闭环。

一键群发已上线，走 geo-publish broadcast 路径A 的串行编排：同一确认稿逐平台分发，某一平台失败不中断后续，支持 --resume 断点续发，最后统一交付一张交付卡。

短视频线采用「剪辑外包 + 发布内收」模式。流程上先问一句「您有现成且已剪辑好的视频吗」：

• 有 → 引导上传成片，只做授权、发布、回传。
• 没有 → 让客户自选开拍 / 闪剪 / 即梦，三者都有官方 CLI 或 API，可在 WorkBuddy 内程序化调用、云端一步成片。开拍和闪剪有官网注册通道，即梦消耗客户自己的积分。有账号或 Key 就直接调用，没有就走预置的注册入口。
• 剪映没有官方 CLI 或 API，仅提供自行剪辑后的回传文字引导。

需要说明边界：它只接成片的规范分发，不负责剪辑本身。

各内容平台通道近期都做了真机全链路验证，并产品化为专属模块。这些细节直接决定了使用时的成败，下面逐条列出要点。

视频号通道于 2026-09-29 二次真机全链路走通，三板块端到端一条线、上下耦合：内容就绪（上传 → 封面 → 话题描述 → 短标题与位置）、流量机制（合集 → 链接 → 活动 → 声明原创 → 视频标注 → 发表）、状态回传（按封面标题 + 描述文案识别条目 → 悬停封面出分享标记 → 点分享 → 三子 tab 选「复制」→ 回收 URL → 云端回传 → 关浏览器）。

抖音通道于 2026-09-29 真机三梯队全链路走通。第一梯队是成片、标题（≤30）、描述（≤1000）、话题、竖封面 3:4；第二梯队是官方活动（带横向分类 tab，点卡本体加确认两步）、添加合集（空则略过）、自主声明、扩展信息（位置、关联热点）；第三梯队是发布设置保持默认 → 点发布 → 回收 URL → 云端回传，platform 参数必传 id douyin。另有 --coverH 横封面 4:3 与 --dy-publish-only 只发布入口。

抖音这里有一个容易踩的坑：话题上限 5 个，且「官方活动」占用 1 个额度，满了再加会被静默拒绝并弹 toast，不会报错。商品挂车是自适应的，用 --dy-goods-list 或 --dy-goods 传入：账号有「添加商品」入口就列卡让客户选、勾选加确定；未开通则返回 hasGoods:false，按普通流程走。

快手通道于 2026-09-29 真机全链路走通，产品化为专属模块 kuaishou.js，单线七步无分支：授权账号（cmd /c start 由 OS 持有浏览器，页面级 WS 直连）→ 上传成片 → 描述加话题（硬限 4 个，纯文本也计数，用真键盘联想落 chip）→ @快手官方 → 封面 3:4（cropper input）→ 作者声明 + 添加地点（需地理定位授权）→ 发布（div 按钮 + hook window.open 回收 video.kuaishou.com/short-video/<postId>）→ 云端回传，成功才关浏览器。活动推荐、作者服务固定略过，platform 必传 id kuaishou。

微博通道于 2026-09-29 真机全链路走通，产品化为专属模块 weibo.js，单线六步无分支：授权账号（newlogin 硬闸 + uid 动态探测）→ 上传成片（file input accept*=video 直塞，免点视频按钮，完成标志是预览出现且百分比消失）→ 内容声明（微博独有必填项，woo-pop 面板 JS click 弹不开，必须用 CDP 真实鼠标，6 个选项默认「个人观点，仅供参考」）→ 描述加话题（真 textarea native setter；话题用双井号 #x# 格式）→ 发送（成功信号是 textarea 清空；URL 回收必须去个人主页 weibo.com/u/<uid> 拿 /<uid>/<bid>，首页 feed 不显示自己的内容）→ 云端回传，成功才关浏览器。微博没有封面编辑和流量机制面板，是所支持平台里最简的，platform 必传 id weibo。

B站通道于 2026-09-29 真机全链路走通，产品化为专属模块 bilibili.js，单线十二步无分支。几个关键细节：

• 授权账号：登录判定只认 cookie 里的 DedeUserID；CDP 默认端口 9445，与微博错开。
• 上传成片：input[name=buploader] 直塞；投稿环节可能强制短信验证，那是人工过闸，绝不代填。
• 声明：bcc-select 用 JS click 文本定位；落定后必须收起面板再操作分区，真机踩过坑：声明面板开着时点分区坐标会误点。
• 分区：自研 select 一级 JS click，无需滚动，默认「知识」。
• 标题简介：native setter，标题 ≤80，简介用 Quill insertText ≤2000。
• 标签 chip：真实 Enter 三连创建；svg.close 删除须用真实鼠标；话题专用拦截区分大小写，有小写化兜底。
• 参与话题：radio 单选选二顶一，客户指定优先，未指定选播放量最大的，选定后标签同步。
• 双封面：hover 封面小图 → 「封面设置」→ 分别上传 4:3 与 16:9 位，image input 用 querySelector 直查。
• 定时发布：默认关，--timing 开启，上限 30 天。
• 投稿：按钮是 span.submit-add，不是 button。
• BV 回收：稿件管理页 + 标题关键词回读。
• 字幕 SRT 是标准环节：编辑器在跨域 iframe 里，把 iframe URL 直接当独立 tab 打开 → 预置 input 直塞 SRT → 提交 → player API 验证中文人工轨。须过审后再编辑，未就绪不阻断，过审后可用 --subs-only 补录。

platform 必传 id bilibili。

头条号 / 西瓜通道于 2026-09-29 真机全链路走通，产品化为专属模块 toutiao.js，单线九步无分支：

• 授权账号：入口必须走西瓜上传通道 xigua/upload-video，/video/publish 是空白页，禁用。
• 上传成片：input[accept*=video] 直塞。
• 标题：.xigua-input 是 React 组件，用 Input.insertText，≤100。
• 封面：三步确认——完成裁剪 → 确定（button.btn-sure）→ 新确认卡片（.m-button.red）；左右轻滑切换，防止满版图被裁偏。
• 视频生成图文：自动。
• 作品声明：自行拍摄。
• 发布：SPA 跳离上传页即为成功信号。
• URL 回收：进「作品管理-全部」刷新轮询到「已发布」→ 点标题或封面进详情取 toutiao.com/video/<id>。实现上精准定位最小可见标题元素，并直接读其 <a> href 兜底，卡片作用域读状态以避开筛选器文案，发布时间作精准参考。

platform 必传 id toutiao。

安装与启用¶

Skill 在 SkillHub 上的坐标是 @user_ae5129cb/lobster-publish-local，来源 community，标签里带 requires_api_key=true，即需要 API Key。身份、权限、数字员工、知识库和矩阵发布由 MCP 统一管理，凭证仅存本机。

官方地址：https://api.skillhub.cn/user_ae5129cb/lobster-publish-local
SkillHub 页面：https://www.skillhub.cn/skills/user_ae5129cb/lobster-publish-local

关于 Cursor、Codex CLI、Claude Code 等环境的具体启用命令，手头资料里没有可核实的说明，这里不写，请以官方页面为准。

典型用法¶

下面是资料中出现过的用法，命令行形态的以 geo-publish 开头：

# 一键群发：同一确认稿逐平台分发，失败不中断
geo-publish broadcast

# 断点续发：从上次中断的平台继续
geo-publish broadcast --resume

# 抖音商品挂车自适应：传入商品清单
geo-publish broadcast --dy-goods-list <商品清单>
geo-publish broadcast --dy-goods <商品>

# 抖音横封面 4:3
geo-publish broadcast --coverH <图片>

# 抖音只发布，不参与其他环节
geo-publish broadcast --dy-publish-only

# B站定时发布（默认关），上限 30 天
geo-publish broadcast --timing

# B站字幕补录（须过审后编辑）
geo-publish broadcast --subs-only

调用各平台时都要带 platform id：抖音 douyin、快手 kuaishou、微博 weibo、B站 bilibili、头条 toutiao。

短视频线的分支判断在对话里完成，先问客户有没有现成已剪辑好的视频，再决定是只发成片，还是走开拍 / 闪剪 / 即梦的云端成片。

适用场景与注意¶

适合的场景：需要在多个中文内容平台同步分发同一份内容的团队，尤其是已经在用 WorkBuddy 和 MCP 管理矩阵账号、愿意把发布流程交给一个编排 Skill 的人。

需要注意的限制：

1、它只做分发，不负责剪辑。没有成片就要走云端成片渠道，剪映只能自行剪辑后回传文字引导。
2、部分平台有硬限制，容易触发静默失败：抖音话题上限 5 个且官方活动占 1 个，快手话题硬限 4 个且纯文本也计数。
3、微博的内容声明是必填项，且弹面板必须用 CDP 真实鼠标点击，纯 JS click 无效。
4、B站投稿可能强制短信验证，那是人工过闸环节，工具不代填。
5、各平台 URL 回收的路径各不相同：微博要去个人主页、头条要在作品管理里轮询、B站要在稿件管理页按标题关键词回读。回收不到链接就无法完成云端回传。
6、设计上是零降级、零备用方案、零假成功——走不通时不会伪装成功，需要按实际反馈处理。

小结¶

GEO内容发布助手的价值在于把「同一篇内容发多个平台并回收数据」这件重复劳动，收敛成一次编排：创作、授权、分发、回传在同一个聊天框里完成，失败可续发，凭证留在本机。各平台通道都经过真机全链路验证并固化成专属模块，因此平台特有的坑（话题上限、必填声明、封面裁剪确认、URL 回收路径）都有对应处理。

官方地址：https://api.skillhub.cn/user_ae5129cb/lobster-publish-local

（文中评分、下载等数据取自 SkillHub 页面信息，版本以页面为准。）