Pedir a um assistente para rascunhar uma publicação é fácil. Deixar que ele publique é uma decisão diferente, e a parte interessante não é a encanação técnica. É o que acontece quando ele erra alguma coisa.
Este é o passo a passo: escolher uma conexão, configurá-la com acesso restrito, testá-la e decidir a rotina de revisão. Para o checklist do que uma API de publicação precisa ter para agentes, e os modos de falha por trás dele, veja API de redes sociais para agentes de IA.
Etapa 1: Escolha a conexão
Um assistente como o Claude ou um editor com IA. Use o servidor MCP, @bulkpublish/mcp-server. Conecte-o e o assistente pode compor, agendar e conferir publicações na conversa. É o que dá menos trabalho e serve a quem trabalha de forma interativa.
Um agente que você mesmo escreveu. Use uma chave de API. O seu código a guarda e chama a API para a sua própria conta.
Um produto agindo em contas de outras pessoas. Use OAuth 2.1. Cada usuário autoriza o seu aplicativo em vez de colar uma chave para você.
Etapa 2: Crie a credencial com o mínimo de acesso
- Crie uma nova chave de API só para o agente, com nome próprio, para que a atividade dele se distinga da sua e possa ser revogada isoladamente.
- Se você usa OAuth, peça apenas os escopos de que ele precisa. Um agente que cria publicações precisa de
posts:write, e não precisa de exclusão de mídia nem da caixa de entrada. - Conecte-o apenas aos canais em que ele deve publicar.
A revogação é o motivo de todo esse trabalho. Às 2 da manhã, você quer cortar uma coisa só, não trocar a chave que todo o seu pipeline usa.
Etapa 3: Comece em rascunho
Configure o agente para criar publicações como rascunhos. Uma pessoa revisa e uma pessoa publica. Para a maioria das pessoas esta é a configuração certa, e elas nunca saem dela.
Rode por uma semana com trabalho real. No fim, faça três perguntas sobre os rascunhos que ele produziu:
- Algum continha uma afirmação que você não tinha dado a ele?
- Algum parecia ter sido escrito por outra pessoa?
- Algum precisou de uma pessoa por causa do momento ou da sensibilidade do assunto?
Etapa 4: Escolha a rotina de revisão
| Rotina | Use quando |
|---|---|
| Rascunhos, uma pessoa publica | Padrão. Texto escrito por um modelo |
| Fluxo de aprovação | Há uma equipe envolvida e você quer um aprovador nomeado e um registro |
| Agendar com um atraso | O conteúdo é rotineiro e você quer uma janela para pegar erros. Mais fraco, porque depende de alguém olhar |
| Publicação direta | Conteúdo padronizado montado a partir de uma fonte, como uma nota de versão a partir de um changelog. Não serve para texto sobre a sua empresa escrito do zero |
Etapa 5: Defina as proteções
- Nunca deixe que ele declare um número sobre o seu produto. Preços, limites e contagens mudam, e um modelo vai produzir um que pareça plausível. Os fatos vêm de uma fonte.
- Dê a ele a sua voz. Escreva uma nota de estilo curta e mantenha-a nas instruções do agente.
- Acompanhe o volume. Os limites diários de requisições e de publicações são uma rede de segurança contra um loop.
- Mantenha uma pessoa no circuito para tudo o que for sensível. Notícias, polêmicas e pedidos de desculpas não são trabalho de agente.
Limites dos planos
| Free | Pro | Business | |
|---|---|---|---|
| Requisições de API/dia | 10 | 5.000 | 50.000 |
| Chaves de API | 1 | 5 | 10 |
| Publicações | 1/dia | 30/dia | Ilimitadas |
O BulkPublish publica em 15 plataformas a partir de uma única interface.
