说明： 以下版本号和最近发布日期是在 2026 年 8 月 29 日从 npm 注册表 读取的，这是已发布包的权威来源。这个生态发展很快，连接任何东西之前 请先查一下注册表。
MCP 服务器让 AI 助手能够在不离开对话的情况下发布、排期和查看帖子。 这个品类大约只有六个月历史，这也改变了应该用什么标准去比较它们。
在一个年轻的生态里，维护状况本身就是规格说明。 一个持有你社交 账号凭证、却五个月没更新的服务器，跟一个每周都在发版的服务器，是 完全不同的两回事，无论功能列表怎么写。所以下面每一项都先说它最近 一次发布的日期。
一览
| 服务器 | 最新版本 | 最近发布 | 开发方 |
|---|---|---|---|
@bulkpublish/mcp-server | 1.15.0 | 2026 年 8 月 20 日 | BulkPublish |
posterly-mcp-server | 0.35.1 | 2026 年 8 月 17 日 | posterly |
postfast-mcp | 0.6.0 | 2026 年 8 月 24 日 | PostFast |
postiz-mcp | 0.2.0 | 2026 年 5 月 2 日 | Postiz 生态 |
late-social-mcp | 0.2.0 | 2026 年 3 月 8 日 | 社区维护，基于 Late API |
1. @bulkpublish/mcp-server
- 最新版本： 1.15.0，2026 年 8 月 20 日发布
- 平台数： 15
- 鉴权： API 密钥，或带有细粒度权限范围的 OAuth 2.1
暴露了帖子、排期、媒体、频道、标签、分析、RSS 订阅源和配额，所以 助手既能回答”这周排期了什么”，也能创建内容。帖子可以创建为草稿而 不是直接发布，当模型在做文案撰写时，这是值得先启用的设置。
已有面向 Claude、ChatGPT、Cursor、VS Code、Windsurf、Codex CLI、 Gemini CLI、Cline 和 Warp 的配置指南。
各套餐的速率限制：
| 免费 | Pro | Business | |
|---|---|---|---|
| API 请求/天 | 30 | 5,000 | 50,000 |
| 发布数 | 3/天 | 30/天 | 无限制 |
| 频道数 | 3 | 30 | 75 |
免费套餐足够用来连接这个服务器并跑通整个流程。
2. postfast-mcp
- 最新版本： 0.6.0，2026 年 8 月 24 日发布，自 3 月以来已发布 36 个版本
- 开发方： PostFast，封装了自家 API
在核实时点是这五个中最近才发布的，自 3 月以来保持着稳定的发布节奏。 可以从 Claude、Cursor、VS Code 等其他 MCP 客户端排期和管理帖子。
由厂商支持，所以这个服务器的存续与产品本身绑定，而不是取决于某个 维护者的业余时间。
3. posterly-mcp-server
- 最新版本： 0.35.1，2026 年 8 月 17 日发布，自 3 月以来已发布 56 个版本
- 平台数： 18，这里覆盖范围最广的
这份名单里发布次数最多、平台覆盖范围也最广的一个。如果你需要的 网络是其他几个都不支持的，这是首先该查看的。
除了 npm 包之外，还为 Hermes 分发了对应版本。
4. postiz-mcp
- 最新版本： 0.2.0，2026 年 5 月 2 日发布
- 开发方： 开源的 Postiz 生态
被描述为面向任何兼容 MCP 的客户端的官方 Postiz 客户端。如果你已经在 自托管 Postiz，特别值得关注，因为自托管不花钱，而这个 MCP 服务器随后 会与你自己的实例通信。
在核实时点已经四个月没有发版。对于依附在一个仍在积极开发的产品上的 开源项目来说，这还不算令人担忧，但相比前三名节奏要慢一些。
5. late-social-mcp
- 最新版本： 0.2.0，2026 年 3 月 8 日发布
- 范围： 通过 Late API 提供 13 个类别共 47 个工具
这里描述的工具面最广的一个，涵盖帖子、排期、分析、互动、媒体和 webhook。
同时它也是更新最不及时的一个，在核实时点已接近六个月没有更新。应该 把这一点而不是工具数量当作重点：一个持有你社交账号凭证的社区项目， 是你希望看到有人持续维护的那种项目。
没有入选的
Metricool 在自己的定价页上宣传了一个 MCP，但它没有以可核实的 名称发布到 npm，所以大概率是托管型而非可安装型。Buffer 和 Postiz 云端都有 API，但在 npm 上没有官方的 MCP 服务器。
GitHub 上还有若干直接封装平台 API 的通用”社交媒体 MCP 服务器”项目。 它们没有列在这里，因为都没有可核实的、带版本号的已发布包，而一个 没有版本管理、却持有你账号凭证的服务器，不是值得推荐的东西。
如何自己评估一个
- 查注册表，而不是 README。
npm view <package> time.modified能告诉你它真正最后一次被改动是什么时候。 - 问它能不能创建草稿。 一个只能直接发布的服务器，等于给了助手 把未经审核的生成文本直接推到受众面前的能力。
- 问它发布前会不会校验。 字符数限制和媒体规则因平台而异，一个 发送后就听天由命的服务器，会产生助手根本看不到的失败。
- 确认它能读取，而不只是写入。 对话式发布的大部分价值在于 回答问题，而不是发帖本身。
- 用一个可以单独撤销、不影响其他任何东西的专用凭证去连接它。
然后用一个明显无效的请求测试它，比如一条远远超过某平台字数限制的 帖子。它失败的方式比它成功的方式更能说明问题。
简而言之
@bulkpublish/mcp-server、postfast-mcp 和 posterly-mcp-server
是保持稳定发布节奏的三个，其中 posterly 的平台覆盖最广，达到 18 个。
如果你已经自托管 Postiz，postiz-mcp 是该用的那个。late-social-mcp
拥有最大的工具面，也是发布最久远的一个，这在这个品类里是最需要
仔细权衡的一点。