gitroomhq/postiz-app

Postiz 是一个可自托管的多平台社媒排期产品：排内容、看数据、拉团队协作，还能接自动化。值不值得花时间，关键不在功能表，而在你是否接受自己维护这套服务和 AGPL 协议。

解决什么问题

一个小团队希望所有待发内容出现在同一张日历上，发完后能看数据，发布前还有人能评论确认。没有这类工具时，流程会散落在各平台原生后台、共享表格和截图里。用了 Postiz，排期、团队协作和分析被收进一个自托管界面，同一套数据还能走 API 接自动化。结果是从几个互不相通的发布队列，变成一条统一的内容流水线。

有什么不同

Postiz 的差异不在排期算法，而在于它把一套社媒管理产品做成了开源可自建的形态，并公开了 N8N 节点 和 Node SDK，使发布可以接外部工作流。README 明确说 Cloud 版和开源版共用同一套核心功能，没有功能阉割。协作是内置的：成员之间可以交换或购买帖子、评论、排期。README 提到的“大量 AI 功能”在摘录里没有展开，只能当作去查文档的线索，不适合作为选它的理由。

代价在运维。自建意味着基础设施由你负责，README 也直接点名社媒平台的审批是 Cloud 与自建的主要差别之一。项目本身是 NextJS、NestJS、Prisma/PostgreSQL、Temporal、Redis 组成的多服务架构，部署和维护的是一套系统，不是单个二进制。合规说明强调它不抓取平台内容、用户直接向社媒平台认证，这意味着发布是否可用取决于官方 OAuth 连接，而不是绕路方案。

谁值得试

适合已经有容器化运维经验、又希望把排期数据和团队流程放在自己服务器上的团队或代运营方，并且把 API 自动化当作正式路线。只想给自己排几个帖子的个人创作者优先级就低得多：团队日历和分析的价值有限，运维负担却照旧。如果你想要的是省心托管，应该看 Postiz Cloud，而不是部署社区版。README 摘录没有说明完整支持哪些平台，动手前要拿你实际发布的平台名单去核对。

使用条件与边界

自建版需要你按 Quick Start 跑起整套服务，它既不是桌面应用，也没有一键安装器。发布依赖各平台官方 OAuth 流程与开发者应用审批，README 把基础设施和审批列为与 Cloud 的主要差异。AGPL-3.0 协议会影响你修改后再分发的计划，需要提前确认。分析和 AI 功能有宣传，但 README 没展示具体深度，建议先在自己的场景里验证报表是否够用。日常维护包括升级多服务架构、保持各平台连接不失效。

HotRepo 点评

HotRepo 在 2026-10-26 记录到 37,889 星、当日 +146，这是样本里唯一的日榜观测，无法判断热度能否持续。2024 年的 Show HN 帖获得 19 分、7 条评论，但现有评论多是早期安装期的问题，其中一条提到文档还指向旧名 Gitroom，维护者回复称会改名。采用前请核对当前支持的平台清单是否覆盖你实际发布的渠道，这比功能清单更能决定自建是否划算。