一句话回答：Trae 自带的掘金官方 MCP 只能把项目部署成掘金上的一个应用（demo），发不了图文文章；想让 Trae 真正把文章发到掘金、语雀、公众号，得在
mcp.json里手动接一个走 HTTP 的通用发布 MCP。
在 Trae 的 SOLO 模式里把一个小工具跑通，顺手把开发过程写成一篇复盘文章，接着让它把代码部署到掘金——掘金官方的 MCP 确实一句话就能把这个页面丢上去，生成一条能分享的应用链接。可回头看那篇复盘文章，还老老实实躺在本地的 .md 文件里，得自己手动登录掘金、语雀、公众号后台，一段段贴过去、传图、点发布。写代码这步已经交给 AI 了，写完之后“发出去”这一步，怎么又变回体力活。
这不是掘金 MCP 没做好，是它压根没打算解决这个问题。
掘金 MCP 解决的是“部署”，不是“发文章”
掘金官方那个 @juejin-team/mcp-server 的定位很明确：你在 Trae 里生成一个 HTML 页面（比如一个物理实验模拟、一个小工具的演示页），配好 JUEJIN_TOKEN 后跟 Trae 说一句“把代码部署到掘金”，它会把这个页面部署成掘金上可访问、可分享的一个应用，跟发一篇图文文章是两回事——没有标题分类、没有正文排版，产出的是一个链接，不是一篇文章。
而且它只覆盖掘金一个平台。写技术文章的人很少只发一个地方，掘金、语雀、CSDN、公众号往往是同一篇稿子要分发的几个目的地，但语雀和公众号都没有官方给 Trae 提供的 MCP，遇到这几个平台，掘金 MCP 帮不上任何忙。
搜“Trae MCP”能看到不少配置教程，但基本都停在“怎么把某个 MCP Server 连上”这一层，没人写“连上之后拿它发文章”要怎么接。这中间的落差，才是本文要填的部分。
PublishPort 的思路：不按平台注册工具，让 AI 自己当适配器
PublishPort 没有给掘金、语雀、公众号各写一套发布工具，而是给 AI 两个通用工具：list_capabilities() 告诉 Trae 这台设备当前登录了哪些平台账号；local_bash(cmd) 把具体的发布命令下发到本机执行，跑的是驱动真实登录态的开源命令行工具。要不要发某个平台、这个平台要传哪些参数，AI 自己读一遍命令的 --help 就知道，不需要提前给它塞一整套按平台写死的工具定义。
好处是覆盖面不受“这个平台今年愿不愿意开放官方 API”摆布——语雀、公众号、CSDN 这类没有 Trae 专属 MCP 的平台，走这条路照样能发。装好客户端、登录要发布的平台账号，就能在「接入 AI」页面拿到一条可以直接接进 Trae 的 MCP 地址。
具体怎么接：Trae 手动配置 HTTP 类型 MCP Server
Trae 的 MCP 窗口里手动添加的方式支持两种类型，本地进程用 command，远程服务用 url。PublishPort 是走 HTTP 的远程服务，对应官方文档里 HTTP 类型的配置格式：
{
"mcpServers": {
"publishport": {
"url": "<PublishPort 接入 AI 页面给的 MCP 接入地址>",
"headers": {
"Authorization": "Bearer <接入地址对应的 token>"
}
}
}
}- 装 PublishPort 客户端，用真实浏览器登录要发布的平台账号——掘金、语雀、公众号，连上哪个算哪个。
- 在客户端「接入 AI」页面复制生成的 MCP 接入地址，这条地址本身就是鉴权凭证，按官方文档的方式保管。
- Trae 里进「设置 > MCP」，点「添加 > 手动添加」，把上面这段 JSON 粘进去，
url填这条地址；如果客户端界面把服务器地址和鉴权拆成两个输入框，按提示分别填。 - 确认后 MCP 列表里这一项如果显示绿色勾，说明连上了；显示“重试”就是没连上，去「查看 MCP Server 的日志」里翻一眼报错原因。
如果之前已经在 Cursor 或别的支持 MCP 的编辑器里配过一份类似的 JSON，Trae 也支持直接把「原始配置（JSON）」粘进 mcp.json，不用在图形界面里重新填一遍。
一个具体例子：技术复盘写完，同时发掘金和语雀
代码写完、复盘文章也写完之后，跟 Trae 说一句“把这篇文章发到掘金和语雀”。它会先调 list_capabilities() 确认这台设备上掘金和语雀是不是都在线，再去查一下这两个平台发文各自要传哪些必填参数——掘金的分类标签不能瞎填，语雀要指定知识库和文档路径，这些细节跟直接调 local_bash 手搓命令没有区别，AI 自己会先读清楚再动手。确认没问题后分两次调 local_bash 真正执行发布，两条发布回执（成功与否、文章链接）会分别传回来，方便你确认两边是不是都真的发出去了，而不是其中一个悄悄失败。
边界：这条路省的是体力活，不是审核和判断
不建议把这条链路做成“写完直接发、没人看一眼”的自动流水线，内容质量和平台合规判断最好留一道人工确认。也不能保证账号从此不被限流——真实设备、真实登录态去掉的是最明显的自动化信号，但发帖节奏还是得照真人的样子来，短时间内往多个平台连续发同一篇文章，节奏拿捏不好照样会被平台盯上。
接进去之前，值得先过一遍这份清单：
- 客户端已经用真实账号登录了要发布的平台，状态显示为已连接
- 「接入 AI」页面拿到的 MCP 地址当密码一样保管，怀疑泄露就重新生成
- Trae 里手动配置的是 HTTP 类型（
url+headers），不是本地进程类型（command） - 发布前 AI 有没有先确认能力清单和参数要求，而不是直接盲发
- 多平台连发留一点间隔，别把节奏做成一眼就能看出来的批量操作
常见问题 / FAQ
Trae 报错“您必须提供一个命令”是怎么回事？
这是 Trae 官方文档里记录的一个具体报错，出现在通过 npx 启动本地进程型 MCP Server 时，通常是系统 Node.js 版本低于 20 导致的，升级 Node.js 后重启 Trae 就能解决。PublishPort 走的是 HTTP 类型，不经过 npx，不会碰到这个问题。
Trae 明明连上了 MCP，但读不到工具怎么办？
Trae 对所有 MCP Server 的描述信息设了 8000 字符、40 个工具的上限，超过就会按工具维度丢弃读不下的部分。如果同时挂了好几个 MCP Server，试着把当前任务用不到的先取消勾选，或者只留发布相关的这一个。
掘金官方 MCP 和这篇讲的 MCP 是一回事吗？
不是。掘金 MCP（@juejin-team/mcp-server）做的是把 Trae 生成的静态页面部署成掘金上的一个应用，产出是一条分享链接；PublishPort 这条路做的是把写好的文章真正发布到掘金、语雀、公众号这些平台，产出是一篇正式发出去的文章。两者能同时装在 Trae 里，互不冲突。
项目级的 mcp.json 安全吗？
Trae 官方文档在这里专门给了提示：项目级 MCP 默认关闭，打开前会弹窗确认，务必确保工作区里的项目文件都来自可信来源，避免加载到恶意配置。个人账号级别的 MCP 配置（比如本文这种手动添加）不受这条限制。
WSL 环境下配置不了 MCP 怎么办？
Trae 官方文档专门记录过这类问题，通常是 WSL 里 node 命令能跑但 npm/npx 识别不了，需要按文档里的路径修复。这个问题只影响本地进程型（command）的 MCP Server，PublishPort 走 HTTP 类型不受影响。
不同 AI 客户端接 PublishPort 的方式大同小异，扣子和 Dify 这类 no-code 工作流平台怎么接可以看《扣子、Dify 智能体自动发布内容怎么做》；MCP 发布服务器背后的完整机制拆解见《MCP 内容发布服务器到底是怎么工作的》。本文若有出入或过时，以 PublishPort 文档为准。