Postiz

O que é o Postiz, exatamente

Postiz (github.com/gitroomhq/postiz-app) é uma camada de agendamento e publicação para contas sociais. Você liga cada conta pelo fluxo OAuth da própria plataforma, escreve uma vez, e um calendário decide quando cada rede recebe a publicação. O repositório existe desde julho de 2023 e é realmente trabalhado, não está parado: as versões vão até à v2.23.0 de 4 de agosto de 2026, e os commits dos dias anteriores à captura desta página são trabalho de produto — pontos de ligação MCP, um controlador OAuth exposto, atualizações de segurança e de framework — e não manutenção do README.

• Alcance O README enumera catorze redes, entre elas X, LinkedIn, Reddit, Instagram, TikTok, YouTube, Facebook, Pinterest, Threads, Bluesky, Mastodon, Discord e Slack.
• Auto-hospedagem Um monorepo com pnpm — front-end em Next.js, API em NestJS, Prisma sobre PostgreSQL, Temporal a mover o calendário — com um guia de arranque documentado. O README diz que o serviço hospedado e a compilação auto-hospedada são hoje o mesmo produto.
• Superfície de automação Uma API pública, um SDK de Node no npm, um nó comunitário de n8n, uma integração com o Make.com e um repositório separado com a CLI de agente.
• Trabalho em equipa Vários membros num mesmo espaço, comentários nas publicações antes de saírem e analítica do que foi publicado.
• Licença AGPL-3.0. Se o modificar e o oferecer a terceiros pela rede, os termos de copyleft alcançam as suas alterações — leia isso antes de o incorporar num produto que venda.

Como se compara com o outro agendador de código aberto que já cobrimos

Já escrevemos sobre o BrightBean Studio, que faz o mesmo trabalho: planear, agendar, aprovar e publicar em muitas redes, auto-hospedado e com as suas próprias credenciais de plataforma. Se estiver a escolher entre os dois, as listas de funcionalidades não vão decidir, porque ambos cobrem o óbvio. A diferença honesta está em quem se espera que conduza.

O BrightBean é um painel diante do qual uma pessoa se senta. O Postiz é muito maior em adoção, tem mais integrações e coloca uma API documentada e uma CLI de agente à frente do mesmo calendário, o que o torna mais fácil de ligar a uma automação que já tenha. Isso corta nos dois sentidos. No momento em que a fila pode ser preenchida por um script, a pergunta interessante deixa de ser o calendário e passa a ser quem verificou o que lá entrou.

A parte que fica difícil quando não é uma pessoa a escrever

Nós construímos nesta área, e a lição que mais nos custou não tinha a ver com agendamento. Publicar mais tarde do que aprova abre uma janela, e dentro dessa janela o conteúdo pode mudar. Uma fila que trata a aprovação como uma marca numa linha, e não como consentimento a palavras concretas, acabará por publicar algo que ninguém aceitou — e vai parecer que funcionou.

O que uma fila não decide

Um calendário cheio não é uma audiência. Agendar remove o atrito de publicar com constância, o que é necessário e está longe de bastar: não decide o que vale a pena dizer, que rede merece o esforço, nem se alguém está a ler. Essas são as perguntas de com que frequência um fundador deve publicar no X.

Também não lhe diz se uma publicação saiu mesmo. A API de uma plataforma pode aceitar a chamada e ainda assim recusar a publicação, por isso a resposta que conta é a que você lê de volta da rede, não a que o seu agendador registou. Essa falha, e como se proteger dela, está em devo deixar uma IA publicar nas redes por mim?.