# Aprovação humana para posts escritos por agentes: onde colocar a trava

_2026-08-26 · 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](https://modelcontextprotocol.io/specification/2025-06-18/server/tools), 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:

1. **O agente escreve, uma pessoa agenda.** A chave do agente tem `read` e `write`. Uma pessoa revisa os rascunhos no painel e os agenda. É por aqui que toda equipe deveria começar.
2. **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.
3. **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](/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](/en/blog/agent-self-signup-and-claim).

## 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:

```text
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:

```text
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](/en/blog/client-approval-workflow-for-agencies).

## 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:

1. **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.
2. **Links.** Abra o link do primeiro comentário em duas ou três variantes. Confirme que ele leva à landing page certa.
3. **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.
4. **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.
5. **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](/en/agents) 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.

---
Source: https://shager.ai/pt/blog/human-approval-for-agent-posts