Aprovação humana para posts escritos por agentes: onde colocar a trava
Onde entra a aprovação humana quando um agente de IA escreve e agenda posts: chaves com escopo, rascunho primeiro, links de aprovação e o que revisar.
A aprovação humana de posts escritos por agentes tem um lugar certo: entre o rascunho pronto e o agendamento. O agente deve ter liberdade para pesquisar, escrever e montar rascunhos, mas quem decide o que vai ao ar é uma pessoa, ou o cliente. Você garante isso com escopos de chave, e não com boas intenções, para que o agente simplesmente não consiga publicar antes de a aprovação acontecer.
Este texto explica por que esse posicionamento funciona, como configurá-lo no Shager e o que um revisor precisa realmente conferir quando vinte rascunhos chegam de uma vez.
Por que não aprovar cada passo do agente?
Algumas equipes reagem aos agentes pedindo confirmação para tudo: cada envio de mídia, cada legenda, cada consulta. Parece seguro e desmorona em uma semana. Os revisores se cansam de confirmar e começam a clicar em "sim" sem ler, o que é pior do que não ter trava nenhuma.
A especificação do MCP adota uma posição equilibrada. Ela diz que, por confiança e segurança, deve haver sempre uma pessoa no circuito, com a possibilidade de negar chamadas de ferramentas, e que os clientes devem pedir confirmação em operações sensíveis. A palavra-chave é "sensíveis". Ler uma lista de contas não é sensível. Fazer uma declaração pública em nome de um cliente é.
Onde exatamente a trava deve ficar?
Olhe o trabalho do agente como uma corrente e marque quais elos são reversíveis:
| Passo | É reversível? | Precisa de uma pessoa? |
|---|---|---|
| Consultar espaços de trabalho, grupos, canais | Nada muda | Não |
| Enviar mídia a partir de uma URL | Fica privado no espaço de trabalho | Não |
| Criar um rascunho de post | Privado, editável, pode ser apagado | Não |
| Agendar um post | Reversível até o horário de envio | Sim |
| Publicar | Público, visto na hora | Sim, já decidido antes |
O momento irreversível é a publicação, e o último ponto prático para impedi-la é o agendamento. Então a trava fica ali. Tudo o que vem antes pode rodar sem interrupção, e é exatamente isso que torna os agentes eficientes.
Como os escopos garantem a trava?
As chaves de API do Shager têm escopos: read, write e publish. Uma chave com read e write consegue fazer todos os passos acima da linha da trava e nenhum abaixo dela. Se o agente tentar schedule_post, a chamada falha.
Isso dá três configurações práticas:
- O agente escreve, uma pessoa agenda. A chave do agente tem
readewrite. Uma pessoa revisa os rascunhos no painel e os agenda. É por aqui que toda equipe deveria começar. - O agente escreve, o cliente aprova, o agente agenda. A chave do agente também tem
publish, mas a sua skill o instrui a agendar apenas posts cuja aprovação voltou positiva. É eficiente, mas depende de as instruções serem seguidas, então acompanhe o registro de auditoria. - Duas chaves. Uma chave de redação, sem
publish, usada pelo agente de conteúdo, e uma etapa de agendamento separada, feita por uma pessoa ou por um agente com instruções bem restritas, que detém a chave de publicação. É a separação mais limpa para agências maiores.
Agentes que se cadastram sozinhos começam ainda mais limitados. Um agente que cria a própria conta por meio do /auth.md recebe um ambiente de teste que pode criar rascunhos, mas não pode agendar, publicar, criar links de conexão nem enviar pedidos de aprovação até que uma pessoa assuma a organização. Nesse momento, é a pessoa quem decide se a chave recebe publish. O fluxo completo está em autocadastro de agentes e a etapa de assumir a conta.
Onde entra a aprovação do cliente?
No trabalho de agência, quem aprova muitas vezes é o cliente. O request_approval do Shager cria um link de aprovação que o cliente abre sem fazer login nem criar conta. Ele revisa o post e aprova ou rejeita.
Uma sequência típica:
create_post caption, group_ids, media_ids, per_channel[...], sem schedule_at
request_approval id do post; devolve um link de aprovação para o cliente
get_post mais tarde: ler o status da aprovação
schedule_post só se aprovado; schedule_at "2026-09-03T09:00:00+02:00"
E uma instrução correspondente para o agente, escrita na skill dele:
Nunca chame schedule_post em um post, a menos que o get_post mostre que ele foi aprovado.
Se um post for rejeitado, não o agende. Informe a rejeição ao responsável
pela conta, espere as observações de revisão, crie um rascunho revisado com
create_post e peça aprovação de novo.
O processo mais amplo, inclusive como evitar que as aprovações fiquem paradas por dias, está no nosso fluxo de aprovação do cliente para agências.
O que um revisor deve conferir de verdade?
Revisar vinte rascunhos de um agente é uma tarefa diferente de revisar um post escrito por uma pessoa. Você está procurando erros sistemáticos, porque o agente repete os próprios erros com consistência. Leia nesta ordem:
- Afirmações. Preços, datas, ofertas, declarações sobre saúde ou finanças. Compare com o briefing. É aqui que acontece o estrago de verdade.
- Links. Abra o link do primeiro comentário em duas ou três variantes. Confirme que ele leva à landing page certa.
- Detalhes por conta. Confira por amostragem se a variante de Curitiba fala de Curitiba e a de Recife fala de Recife. Detalhes locais trocados são o erro mais comum de agentes em legendas localizadas.
- Variação. Passe os olhos nas variantes lado a lado. Se parecerem a mesma frase com uma palavra trocada, peça versões mais distintas.
- Formato. Reels e Shorts têm exigências de duração e proporção. O Shager valida a mídia contra as regras de cada rede antes de enviar, mas o revisor ainda deve conferir se o formato escolhido combina com a peça.
Quando encontrar um problema, corrija a regra que o causou, e não só o post. Se o agente inventou um desconto, acrescente às instruções dele "nunca informe um preço ou desconto que não esteja no briefing".
Quando dá para afrouxar a trava?
Aos poucos, e só com evidências. Depois de várias semanas em que os revisores não encontraram erros de afirmação nem de link, uma equipe pode passar o conteúdo perene, como dicas e horários de funcionamento, para uma revisão mais leve, enquanto as campanhas com ofertas continuam com revisão completa. O registro de auditoria no painel de agentes mostra todas as chamadas que o agente fez, então afrouxar a trava não significa perder visibilidade.
Perguntas frequentes
Um cliente pode aprovar posts sem ter conta no Shager?
Pode. O link de aprovação abre sem login. O cliente vê o post e aprova ou rejeita, e o agente ou o responsável pela conta lê o resultado.
O que acontece se um agente tentar publicar sem o escopo publish?
A chamada é rejeitada com um erro estruturado, e nada é agendado. É justamente esse o sentido de colocar a trava nos escopos: ela se mantém mesmo quando as instruções estão erradas.
Os posts das contas da própria agência podem pular a aprovação?
Podem ter uma trava mais leve, mas mantenha alguma etapa humana. As contas da agência são a sua reputação pública, e um erro do agente ali é tão visível quanto em uma Página de cliente.
Comece com a primeira configuração, o agente escreve e uma pessoa agenda, para todo cliente novo. A página de entrada para agentes tem os dados de conexão, e a partir dali você aperta ou afrouxa com dados reais de revisão por trás da decisão.
