Um fluxo de aprovação para redes sociais, com um rascunho que dá para revisar de verdade

Dê ao revisor uma fonte da verdade

O briefing do nosso ateliê fictício diz: oficina de xícara para iniciantes, 3 de outubro de 2026 às 10:00, modelar uma xícara e colocar a alça. A página de inscrição é a dona do preço atual e dos detalhes de retirada. Nenhum desconto nem promessa de retirada no mesmo dia foi informado.

A primeira legenda acima inventa as duas coisas. A versão corrigida usa os fatos informados e diz aos leitores onde encontrar o restante dos detalhes. Ela está pronta para uma decisão, mas a reescrita em si não conta como aprovação.

No seu próprio post, anexe a oferta aprovada ou a página de origem ao briefing. Um revisor não deveria ter que decidir se uma afirmação atraente é verdadeira só a partir da legenda.

Deixe as passagens de responsabilidade explícitas

Uma só pessoa pode fazer as quatro funções abaixo. Uma equipe pode dividi-las. O que importa é que alguém seja dono da decisão e que um post editado volte para a revisão.

Você pode manter o registro editorial em um documento ou na ferramenta de projetos que já usa. O modo de revisão do Hub limita a autoridade de publicação de um agente. Ele não acrescenta um portal de cliente com várias etapas, convites de equipe nem lembretes editoriais.

Revise a imagem e a legenda juntas

A imagem de exemplo mostra uma xícara sendo montada. Ela sustenta uma frase sobre fazer uma alça. Não pode comprovar o preço da oficina, o que um iniciante vai conseguir fazer nem quando uma peça queimada estará pronta para retirada.

Abra os arquivos finais de verdade. Uma miniatura no chat pode esconder um erro de digitação, um rosto cortado ou a ordem errada dos slides. Em vídeo, ouça o áudio exportado e leia as legendas em um celular.

• Fatos: compare cada oferta, data e afirmação sobre o produto com o briefing de origem.
• Mídia: confira o arquivo exato, a ordem, o recorte, a ortografia e a permissão de uso.
• Destinatários: leia os nomes das contas selecionadas, incluindo o perfil de marca ativo.
• Horário: confirme a data, a hora local e o fuso horário, principalmente se a oferta tiver prazo.
• Formato: resolva os erros de validação bloqueantes e confira os campos obrigatórios do destino.
• Próximo passo: abra o link real e garanta que o leitor consegue fazer o que a legenda pede.

Deixe uma decisão que outra pessoa consiga seguir

“Ficou bom” é difícil de interpretar depois que alguém muda a legenda. Nomeie a versão e os destinos pretendidos. Se o arquivo, o texto, o destinatário ou o horário mudar, peça uma nova decisão.

O registro abaixo é pequeno de propósito, para caber colado em um documento compartilhado. Não coloque nele credenciais, tokens privados de contas nem listas de contatos de clientes.

Configure um agente no modo de revisão

O piloto automático é outra escolha de delegação. Se não for isso que você pretende, mude a autoridade da conexão antes de continuar. Não conte com um prompt de “me pergunte antes” para compensar permissões mais amplas.

Dentro do Mellow Hub

Mantenha o limite de revisão ligado

1. Abra Agentes e acesso dentro do perfil pretendido (Conexões de IA na barra lateral do desktop) e escolha Criar chave.
2. Mantenha Revisar antes de publicar marcado e defina um limite diário de publicações adequado à tarefa. Deixe Permitir geração com IA desligado, a menos que você pretenda delegar o gasto de créditos.
3. Este formulário rápido de chave vale para o perfil atual. Para uma conexão limitada a canais específicos ou com validade, use o fluxo de autorização OAuth de um cliente compatível ou a API de chaves documentada. Não presuma que o formulário rápido define essas restrições.
4. Depois de conectar, peça ao cliente para chamar whoami e list_channels. Confira o modo e os nomes das contas. Criar posts exige posts:write e posts:publish; o modo de revisão continua deixando a decisão de publicar com uma pessoa.
5. Abra o item preparado no Hub, inspecione a versão exata e tome ali a decisão de publicar. Verifique cada destino depois da entrega.

Dê ao agente um briefing delimitado

Substitua os colchetes por informações reais. Se o cliente não conseguir confirmar a conta ou o modo de revisão, interrompa esse fluxo e corrija a conexão antes que ele crie o post.

Use minha conexão autorizada do Mellow Hub.
Chame whoami e list_channels; mostre o modo e os nomes das contas.
Prepare um post para [conta exata].
Pergunta do público: [pergunta].
Fatos aprovados e fonte: [fatos e fonte].
Mídia: [arquivos finais que posso publicar].
Não acrescente ofertas, resultados nem datas que não estejam no briefing.
Valide a entrada e explique qualquer problema.
Prepare o post no modo de revisão para a minha decisão.

Confira o resultado antes de tentar de novo

Um item agendado significa que existe uma tarefa. Um item verificado no ar significa que a rede pretendida confirma a entrega e o post esperado está visível. Mantenha esses estados separados no seu registro.

Quando uma requisição de API ou MCP expira por tempo, leia o status dela primeiro. Repetir a mesma requisição com a mesma chave de idempotência permite ao Hub identificar a operação existente. Uma chave nova pode criar outro post.

Em uma falha parcial, inspecione o destino que falhou. Não reenvie os destinos bem-sucedidos só para completar o conjunto. Qualquer mudança de conteúdo necessária para uma nova tentativa deve passar de novo pela revisão.

Continue lendo

• Conectar um cliente de publicação MCP
• Usar a receita REST de agendamento e novas tentativas
• Levar a responsabilidade da revisão ao calendário