多平台一键发布师

它解决什么问题

同一个技术文章，往往要分别发到小红书、GitHub、腾讯文档、QQ 邮箱等多个渠道。复制粘贴不只是体力活：小红书对标题和正文有硬性长度限制，手动复制很容易超标后被平台截断；逐平台粘贴也意味着每次都要重新检查格式、重新登录、重新确认。更麻烦的是边界情况——某篇文章只想发两个渠道，却很容易顺手多贴一个；或者想把内容同步到内部知识库，又不希望它外泄到公开平台。

它如何工作

多平台一键发布师 的核心思路是：分发动作不由 Agent 自行决定，而由用户逐次显式勾选。它的关键步骤如下：

• F1 首次配置：首次使用时，向用户逐个索要目标平台所需的凭证或扫码登录信息，存入本地隔离配置。凭证不硬编码进 Skill 文件，运行时也不回显明文。
• F2 内容准备：内容由用户提供，或由 Agent 按模板生成。发布前必须预览完整文案，并按目标平台的格式规则校验——例如小红书要求标题 ≤20 字、正文 ≤1000 字、单账号日发 ≤50 条。
• F3 勾选分发：每次执行都要求用户明确勾选目标平台，不默认全发。未勾选的平台不会被触碰。
• F4 执行发布：逐平台依次发布。单平台失败会被隔离，不影响其余平台继续执行；全部完成后逐平台回执，包括链接、状态与时间。

它目前接入了小红书连接器（publish_content 发图文、publish_with_video 发视频），并把知乎、微博、公众号归入「尽力而为」档，本次不做。

适用边界与注意点

首先，这个 Skill 涉及敏感操作，需要在所用智能体平台开启「允许完全访问」这类开关（不同平台叫法不同，如 完全磁盘访问、跳过操作确认）。未开启时，它只能产出方案、建议或草稿，无法真正改动文件或对外发布。此外，发布类操作还要先完成对应平台连接器的授权，首次使用会引导配置。

其次，几条红线值得特别留意：不删除用户在任一平台已有内容，除非明确授权；确需清理时优先走平台回收站或草稿态，不做物理硬删；不触碰他人空间、系统账号、未授权仓库等受保护资源。发布前必须经过预览与二次确认，未确认不发布。

最后，它不是全自动群发工具。每次分发的广度都取决于用户当次勾选的结果，Agent 不能自行扩大范围。