一句话回答：AI 自动发布不支持的平台怎么办？大多数产品只会回一句「暂不支持，请等更新」。PublishPort 给 AI 一套探索模式：用你自己的登录态现场探路，只读优先、抓真实请求不许猜、草稿态先验证、真提交单独成一步、发完回查，跑通后把过程交回团队，固化成正式能力，下一个想发同一个平台的人就不用再等。
上周一期播客更新完，主播想让 AI 顺手把这期的节目简介和链接发到小宇宙。平时惯用的发布工具列表翻了一圈，小红书、B站、公众号都在，独独没有播客这一类。问 AI 能不能发，得到的答案通常是两种：要么它说自己没接过这个平台，帮不了；要么更麻烦，它开始现场瞎试，猜一个看起来像发布接口的地址，拼一段 JSON 糊上去，报错了就换个字段名再试一次，直到某次侥幸蒙对，或者把账号试出个异常状态。
这不是小宇宙一家的问题。任何一个内容发布工具的平台列表，本质上都是「已经有人写过代码」的清单，而新平台、小众平台、还没被谁顾上的平台，永远比这份清单跑得快。
为什么「不支持」是所有工具都躲不开的常态
PublishPort 背后的开源 CLI（ppcli，fork 自 opencli）目前已经接了 140 多个站点，覆盖社交、播客、技术社区、财经资讯等一大圈，但即便体量这么大，缺口照样存在：不是每个已接入的平台都有「发布」这个动作。小宇宙就是个例子，目前只有查看节目详情、下载单集这类只读命令，没有发布节目简介或动态的命令。类似的还有不少笔记类、垂类社区工具，读数据、抓信息可以，替你发内容不行。
道理很直白：写一个平台的发布能力，得先有人登录进去，抓到它真实的发布请求，试出必填字段，验证过发布确实生效，这些都要时间，而新内容平台几乎每个月都在冒。任何工具，不管背后接了多少个站点，「清单外」都是它躲不开的常态，区别只在于遇到这种情况时怎么办。
工具遇到清单外平台，通常是两种活法
大多数产品的做法很干脆：告诉你不支持，等团队排期加，短则几周，长则遥遥无期，具体要看这个平台在他们的优先级列表里排第几。
另一类是技术能力强的创作者自己动手搭发布脚本，思路往往是分层降级：有开发者写过，能走官方接口就走接口，接口不行就上浏览器自动化模拟点击，浏览器自动化也不行就往更底层的系统级操作走。这套思路本身没问题，但落到一个从没接触过的新平台上，「先猜再试」是最常见的现实操作：盯着页面的表单字段猜参数名，对着几个像发布接口的 URL 挨个碰，报错了改一版继续碰。缺参数、字段类型猜错，这些异常请求本身就是平台风控最容易识别的特征之一，不是因为「自动化」这三个字，是因为一个正常用户压根不会在几秒内把同一个接口用五种参数组合打五遍。
PublishPort 的做法：先探路，再动手
PublishPort 给 AI 的不是「自己想办法」，而是一套写死的方法论。用户开启探索模式后，AI 在你自己电脑上、用你已登录的浏览器会话，按固定顺序走五步：
- 只读探路：用
ppcli browser open打开目标页面，反复用eval/network/state摸清页面结构、按钮锚点，全程不提交任何东西。 - 抓真实请求，不许猜：发布用的接口和参数，只能来自实际观察到的网络请求，自己手动点一次发布按钮，或者引导页面走一遍正常流程，抓下这个真实请求，而不是照着表单字段瞎拼 body。
- 草稿态先行：平台如果有「存草稿」「预览」这类非公开状态，先在这个状态里把整条链路走通，确认参数和流程都对。
- 真提交单独成一步：反复试探期间绝不重复发帖，验证过程走完之后才真正提交一次，且只提交一次。
- 发后回查：拿返回的链接或 ID 回头确认内容确实发出去了，内容也符合要求。
整个过程有一条内容红线：探索期间往账号上发的任何东西，包括验证用的，都必须是真实、有价值的内容，不许发「测试」「随便写写」这类占位废话。这类内容一旦被平台判定成垃圾内容，记的是账号的黑档，不是工具的黑档。发布前，AI 还会先给用户发一条通知，说清楚正在探索哪个平台、打算发什么，让人心里有数，而不是账号突然多出一条自己没见过的内容。
想接进这套流程，先下载客户端登录要发布的平台账号，再在「接入 AI」里打开探索模式的开关。这个开关默认是关的，得用户自己决定要不要放开这道口子。
这不是「绕过限制」，边界要写清楚
探索模式解决的是「这个平台工具还没接」的问题，不是「平台不让发我硬发」的问题。清单内已经支持的平台，一律走正规的发布指南，不会对它们启用这套探索流程，已经有人验证过的东西，没必要每次都重新摸一遍。
也不承诺跑通，更不承诺跑通了就不会出问题。新平台的接口和页面结构说变就变，AI 现场探路也可能卡在某个反直觉的环节，最后没跑通；就算跑通了，平台自己的内容审核、发帖频率限制照样管用。探索模式只是让 AI 用真实内容、按接近真人的节奏走一遍该平台本来就有的发布流程，不是给它开了张能绕过平台规则的通行证。
趟通一次，接下来所有人都不用再等
这是探索模式和「自己写个脚本」最大的区别：自己写的脚本，跑通了也只有自己能用；探索模式跑通（或者确实没跑通）之后，AI 会调用 report_discovery，把抓到的接口、鉴权方式、发布流程步骤、踩过的坑，连同本机生成的适配器骨架文件一起交回团队。这些东西才是真正能直接拿去用的料，团队据此把这个平台固化成正式能力，写进 Model Context Protocol 服务器暴露的工具清单里。下一个想往同一个平台发内容的人，打开的就是已经验证过的正式流程，不用再重新趟一遍这五步。
这也是为什么值得先看一眼发布类 MCP 服务器到底是怎么工作的，搞清楚 AI 是怎么拿到你本机的执行权限，才更清楚探索模式在这套架构里到底动了什么、没动什么。已经支持的平台怎么发，见怎么让 AI 自动发小红书、抖音和更多平台。
发布前该做的事：
- 打开探索模式前，先想清楚要不要把这道口子放给 AI，它默认是关的。
- 让 AI 先只读探路，看它有没有跳过「抓真实请求」直接开始瞎猜接口。
- 盯着第一次真提交：内容必须是你本来就要发的东西，不是随手写的占位文字。
- 跑通之后记得让它交一份侦察报告回团队，这一步不计费，别省。
常见问题 / FAQ
AI 自动发帖会不会被封号？
有风险，但风险来源和「自动」这两个字关系不大，主要来自两件事：内容本身够不够真实、请求参数是不是瞎猜的。探索模式刻意把这两点管住，不许发占位内容，参数只能来自抓到的真实请求，但不能保证 100% 不出任何异常，平台自己的审核和频率限制始终在起作用。
为什么不直接让 AI 猜接口参数，效率更高？
猜接口意味着大概率会拼出缺字段或字段类型不对的请求，这种异常请求本身就是最容易被平台风控识别的信号之一，而且猜错了排查起来比老老实实抓一次真实请求慢得多。抓真实请求虽然多一步，但拿到的是平台自己认可的正确格式。
工具没支持的平台，我除了等团队排期还能干嘛？
可以先看这个平台有没有开放的官方发布接口——有的话走 API 通常比等人工适配快。没有官方接口、又等不及的，就是探索模式想解决的场景：用你自己的账号让 AI 现场试一次，跑通了直接能用，还能把过程沉淀下来给后面的人。
探索模式跑通之后，这个平台就正式支持了吗？
跑通只是第一步。团队会拿 AI 交回来的侦察包（接口、鉴权方式、流程步骤、踩坑记录）去写成正式的适配器，经过验证之后才会出现在正式的能力清单里，中间需要一点时间，不是探索一跑通就立刻生效。
小宇宙这类播客平台，什么时候能直接发？
目前 ppcli 对小宇宙只有查看节目详情、下载单集这类只读能力，还没有发布指令。想让它现在就能发，探索模式是最直接的路径——用你自己的账号让 AI 试一次，跑通后交回团队固化，比干等版本更新快。
本文若有出入或过时，以文档为准。