免费 · 专业版

把准备好的内容分发到 30+ 平台——来自 Agent、脚本,或一个桌面应用。

OmniPost 是一个 Agent 中立的桌面发布层。它把已有的标题与 Markdown 正文,变成跨多平台的草稿、已发布内容、定时任务和可追溯记录。

定位

面向已经在产出内容、需要更安全且可复用的多平台分发的创作者、运营者与 AI Agent 工作流。

核心能力

OmniPost

01

从 MCP、CLI、HTTP 或桌面端创建草稿或发布内容。

02

使用真实的 Electron 浏览器会话,而非脆弱的浏览器插件。

03

用持久的平台分区,让多个账号互相隔离。

04

追踪成功、失败、定时、编辑器链接与策略拦截。

05

通过内置的授权钩子,开启专业级自动化能力。

06

通过实现一个适配器来新增平台——无需改动内核。

为明确的操作者而设计

AI Agent 操作者独立创作者开发者工具团队市场与内容团队

产品

覆盖的接入面与平台

开发者

CSDN掘金知乎SegmentFault开源中国51CTO博客园语雀

媒体

微信公众号百家号搜狐微博哔哩哔哩东方财富雪球豆瓣人人都是产品经理

社交与视频

小红书抖音快手视频号

海外 API

Dev.toWordPressGhostTelegramDiscordMastodonThreadsBlueskyTumblr

相关阅读

文档

核心概念

OmniPost 的工作原理——一个发布内核、四种接口、草稿/发布/定时、隔离的账号,以及诚实的结果。

文档

支持的平台

OmniPost 可分发的平台,按类型分组,标注每个平台的运行方式与自动发布的验证程度。

文档

发布、草稿与定时

三种发布模式、内容发出前的检查顺序、返回的结果码,以及分组与安全策略。

文档

用 Agent 驱动 OmniPost

通过 MCP、CLI 或 HTTP,把 Claude Code、Codex 或你自己的代码接到 OmniPost,让 Agent 替你发布。

文档

接口参考

OmniPost 暴露的 MCP 工具、CLI 命令与关键 HTTP 端点。

10 分钟

正式发布前先看账号健康

解释为什么在 OmniPost 正式发布前先查账号健康:什么时候该看 rate limit、need login 和最近失败事件,避免把“能点发布”误当成“适合现在发”。

阅读
13 分钟

为什么发布工具需要 24 小时同标题去重

解释多平台发布工具为什么要做 24 小时同标题去重,覆盖误发场景、恢复路径、平台限频与工程取舍,帮助内容团队理解“防重复”不是限制,而是稳定正式发布流程的保护层。

阅读
8 分钟

OmniPost 里重新登录和新增账号怎么选

搞清楚 OmniPost 的 request_login 与 add_account 边界:账号失效时该重登,想保留旧账号并接入新号时该新增,这篇用 CLI 与真实发布流程一次讲清。

阅读
11 分钟

从一个桌面应用发 Mastodon 和 Bluesky

这篇文章讲清如何用一个本地工作流把内容发布到 Mastodon、Bluesky 及兼容的 Fediverse 平台,以及它们在接入方式与发布模式上的关键差异。

阅读
9 分钟

为什么内容分发工具应该本地优先

这篇文章解释为什么内容分发工具应该本地优先,重点拆解账号安全、登录态边界、发布可追踪性,以及本地优先如何更适合 Markdown 与 AI Agent 工作流。

阅读
9 分钟

发到 Dev.to 为什么一定要带 canonical

这篇文章解释把官网文章同步到 Dev.to 时为什么必须设置 canonical,避免重复内容分散权重,并给出适合 AI 内容流水线的稳定发布做法。

阅读
12 分钟

任何 agent 接入 OmniPost 的三条路径

这篇文章讲清如何让任何 AI agent 通过 MCP、CLI、HTTP 接入 OmniPost,并稳定完成平台探活、账号检查、预览、正式发布与结果记录。

阅读
10 分钟

内容矩阵定时发布:策略与工具

这篇文章讲清内容矩阵定时发布为什么不能只靠平台草稿,以及如何用统一题库、发布时间窗、平台改写和发布状态回写,把多平台内容节奏真正跑稳。

阅读