Postiz
Agendamento de redes sociais de código aberto com API pública, integrações de fluxo de trabalho e uma CLI para agentes
Postiz é uma ferramenta de código aberto para agendar publicações em redes sociais — o projeto posiciona-se contra o Buffer e o Hypefury — que planeia, enfileira e publica em X, LinkedIn, Reddit, Instagram, TikTok, YouTube, Facebook, Threads, Bluesky, Mastodon, Discord e outras a partir de um único calendário. É TypeScript sob licença AGPL-3.0, auto-hospedável como uma pilha de Next.js e NestJS sobre PostgreSQL, e o seu README afirma que hoje não há diferença de funcionalidades entre a versão hospedada e a auto-hospedada. Tinha 34.927 estrelas no GitHub em 21 de agosto de 2026. O que o distingue de um agendador centrado no painel é a superfície à volta da fila: uma API pública documentada, um SDK de Node, integrações com n8n e Make.com e uma CLI de agente separada, de modo que a fila pode ser preenchida por algo que não seja uma pessoa.
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.
- A aprovação fica presa ao texto, não à linha. Um resumo criptográfico do corpo da publicação é carimbado quando uma pessoa a aprova e verificado de novo no momento em que a faixa dispara; se já não coincidirem, a faixa volta a rascunho em vez de publicar.
- Uma aprovação transporta a versão que o revisor estava a ver. Quando uma edição entra a meio da revisão, a aprovação regressa como ignorada em vez de ser aplicada em silêncio a um texto que ninguém leu.
- O nosso contador de caracteres para o X avisa em vez de bloquear, porque o limite real depende do nível de subscrição da conta e nenhum agendador pode saber qual é o seu. Recusar uma publicação que teria passado é uma falha pior do que mostrar um aviso.
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?.
FAQ
- O Postiz é gratuito?
- O código é livre sob AGPL-3.0 e pode auto-hospedá-lo; o que paga é o servidor, a base de dados e o tempo que gasta a mantê-lo a funcionar. O projeto também vende um serviço hospedado, e o seu README afirma que hoje não há diferença de funcionalidades entre as duas versões.
- Em que difere do Buffer ou do Hootsuite?
- Em propriedade e extensibilidade. Auto-hospedar coloca o calendário e o conteúdo na sua própria infraestrutura em vez da de um fornecedor, sem preço por posto nem por canal, e a API pública, o SDK e a CLI de agente permitem governar a fila a partir dos seus próprios sistemas. Em troca, é você que o opera: uma base de dados, um agendador e um conjunto de registos de aplicação em cada plataforma passam a ser seus e têm de continuar a funcionar.
- Um agente de IA pode publicar através dele?
- Mecanicamente sim: expõe uma API pública e publica uma CLI de agente separada. Se deve fazê-lo é uma questão de política, não técnica. A nossa regra é que tudo o que um estranho vá ver espera que uma pessoa aprove o texto exato, enquanto as ações reversíveis não esperam; o raciocínio está em devo deixar uma IA publicar nas redes por mim?.
- O que é preciso para o executar?
- Uma base de dados PostgreSQL e um ambiente Node para os serviços de Next.js e NestJS, com o Temporal a tratar do calendário — o mais simples é o guia de arranque com Docker que está documentado. Reserve mais tempo para o lado das plataformas do que para o do servidor: cada rede que liga precisa da sua própria aplicação de programador e, em várias, de um processo de revisão. É aí que tudo encalha.
You built it. Now grow it.
AgentCeres is a managed AI marketing team — specialists draft the SEO, social, and outreach that fill your links, you approve what ships. 14-day free trial, from $39/month.