Como produzimos 110 posts deste blog com IA (os bastidores reais, com custos)

Este blog já publicou 110 posts usando um pipeline de agentes de IA: um agente escreve o rascunho, outro revisa em 4 dimensões, um scanner varre dado sensível com gate de 3 cores, e só depois disso um humano aprova a publicação. Não é “peço pro ChatGPT escrever e colo no site”. É processo, com gente checando cada etapa antes de ir ao ar.

Esse post é o case sendo o próprio blog. Vou contar o pipeline real, os custos que dá pra falar em público e o que já deu errado no caminho, sem enfeitar.

Qual é o pipeline real por trás dos posts deste blog?

O pipeline tem 5 etapas fixas:

1. Briefing com pilar, público e fontes definidas.
2. Um agente redator escreve o rascunho completo em MDX.
3. Um agente revisor avalia 4 dimensões (fatos, voz, estrutura de SEO e segurança).
4. Um scanner varre dado sensível com gate de 3 cores.
5. Só depois disso, um humano aprova a publicação.

Nenhuma etapa pula a anterior. Um post não sai do rascunho pra publicação sem passar pelas 4 checagens. Isso é mais lento do que “gerar e postar”, mas é o que segura a qualidade em 110 posts publicados sem o blog virar um acúmulo de texto genérico.

O briefing de cada post já vem com escopo fechado: título, pilar (tema macro do blog), público-alvo, extensão esperada e, o mais importante, quais fontes o agente pode usar. Isso evita que o redator invente caso, cite cliente que não existe ou puxe número que não devia sair da empresa.

Quem escreve o rascunho: um agente só ou vários?

Não é um agente genérico solto. São pelo menos dois papéis distintos: um agente redator, que recebe o briefing e escreve o texto inteiro, e um agente revisor, que nunca é o mesmo que escreveu o rascunho.

Essa separação existe por um motivo simples: agente revisando o próprio texto tende a validar o próprio erro. É a mesma lógica de ter um segundo par de olhos numa redação, só que aplicada a agentes. O revisor recebe o rascunho pronto e avalia como se nunca tivesse visto o briefing original:

• Os fatos batem com as fontes permitidas?
• A voz soa como a da empresa?
• A estrutura ajuda alguém a achar a resposta rápido numa busca?
• Tem algum dado que não deveria estar público?

Quando o revisor reprova algo, o post volta pro redator com apontamento específico, não um “reescreve tudo”. Isso reduz retrabalho e mantém o ciclo rápido mesmo com duas camadas de agente no meio.

Como funciona o gate de segurança em 3 cores?

• Verde: libera pra publicação direto após aprovação humana.
• Amarelo: trava o post e pede revisão manual porque o scanner achou algo ambíguo.
• Vermelho: bloqueia a publicação até alguém confirmar manualmente que não tem vazamento.

O scanner roda antes de qualquer publicação e procura estes padrões de dado sensível:

• Nome próprio de pessoa ou cliente fora de contexto.
• Número que parece interno (financeiro, de equipe, de operação).
• Token ou credencial esquecida em algum trecho colado.
• Trecho que soa parecido demais com informação específica de terceiro.

Cada achado desses vira sinalização amarela ou vermelha, dependendo da gravidade.

Só o verde segue direto. Amarelo e vermelho param a esteira até um humano olhar e decidir: corrige, remove o trecho ou confirma que era falso positivo. Esse gate existe porque a gente já aprendeu, do jeito ruim, que agente escrevendo rápido sem essa trava é risco real.

O que já deu errado nesse processo (e por que criamos o protocolo)?

No início, antes desse gate de 3 cores existir, publicamos posts que vazaram dado sensível sem que ninguém percebesse antes de ir ao ar. Tivemos que deletar. Foi constrangedor, e foi o gatilho pra criar o scanner e o protocolo de aprovação que existem hoje.

Sendo bem sincero: não vou detalhar aqui o que vazou, porque repetir o conteúdo de novo seria cometer o mesmo erro uma segunda vez. Mas o padrão de causa era claro:

• Agente escrevendo sem contexto suficiente sobre o que é informação pública e o que é interno.
• Ninguém rodando uma checagem automática antes da publicação.

Foi esse incidente, não um planejamento preventivo bonito no papel, que fez a gente adicionar o scanner de dado sensível e travar a publicação em qualquer cor diferente de verde. Segurança de conteúdo gerado por IA, na prática, quase sempre nasce depois de um susto, não antes.

Quanto custa gerar a imagem de capa de cada post?

Cada capa deste blog é gerada por IA e custa hoje na faixa de R$1 por imagem. É um custo praticamente fixo, independente do assunto ou da complexidade do post.

Pra efeito de comparação, contratar uma peça de design freelance pra cada capa custaria, numa estimativa conservadora, algo entre R$30 e R$80 por imagem, sem contar o prazo de entrega. Isso não quer dizer que a imagem gerada por IA substitui um design mais elaborado em toda situação. Mas pra um blog publicando com cadência diária, o custo por peça deixa de ser barreira pra manter o ritmo.

Qual é a cadência de publicação e quanto dá pra produzir num dia?

A cadência normal de publicação é 1 post por dia. Mas o pipeline de produção não trava nesse ritmo: num dia de produção puxada, chegamos a gerar cerca de 12 posts prontos pra revisão de uma vez só.

Isso não significa publicar 12 posts no mesmo dia. Significa que o gargalo de escrita sumiu: o agente redator dá conta de produzir rascunhos em volume muito maior do que a esteira de revisão consegue aprovar com segurança. Os 12 posts entram numa fila, passam pelo revisor, pelo scanner e pela aprovação humana no ritmo que a checagem permite, não no ritmo que a escrita permite. Na prática, isso inverteu o problema clássico de blog corporativo:

• Antes, o gargalo era ter gente pra escrever.
• Agora, o gargalo é ter gente pra revisar e aprovar com responsabilidade o que já foi escrito rápido demais.

Qual é o verdadeiro gargalo quando a IA escala a produção de conteúdo?

O gargalo deixou de ser escrever. A IA resolve isso rápido demais pra ser o limitador. O gargalo virou curadoria: decidir o que é bom o suficiente pra publicar, o que precisa reescrever e o que nunca deveria sair do rascunho por risco de segurança.

Se você é dono de PME pensando em usar IA pra produzir conteúdo, o aprendizado real não é “a IA escreve rápido”. Isso qualquer um já sabe. É que, sem revisão em camadas e sem um gate de segurança antes de publicar, rápido também significa arriscado rápido. A gente só chegou aos 110 posts publicados porque o processo de checagem cresceu junto com o volume, não depois dele.

FAQ

Quantos agentes de IA participam da produção de cada post deste blog? Pelo menos dois papéis fixos: um agente redator, que recebe o briefing com pilar, público e fontes permitidas e escreve o rascunho completo em MDX, e um agente revisor, que nunca é o mesmo que escreveu, avaliando 4 dimensões (fatos, voz, estrutura de SEO e segurança). Depois disso ainda passa por um scanner automático de dado sensível antes de qualquer humano aprovar. Não é um agente só escrevendo e publicando sozinho: é uma linha de produção com etapas separadas, cada uma travando um tipo diferente de erro antes que ele vá ao ar.

O que acontece quando o gate de segurança marca um post como vermelho? A publicação fica bloqueada até alguém revisar manualmente o trecho sinalizado. O scanner aponta o que pareceu dado sensível (nome próprio fora de contexto, número que parece interno, trecho parecido com informação de terceiro) e um humano decide: corrigir o texto, remover o trecho ou confirmar que era falso positivo. Só depois disso o post pode avançar. Amarelo funciona parecido, mas com sinal de risco menor. Verde é o único status que segue direto pra aprovação final sem essa parada extra.

Quanto custa gerar a imagem de capa de cada post com IA? Na faixa de R$1 por imagem, hoje. É um custo praticamente fixo, independente do tamanho ou do assunto do post. Pra comparação, contratar uma peça de design freelance pra cada capa custaria, numa estimativa conservadora, algo entre R$30 e R$80 por imagem, sem contar o prazo de entrega. Isso não significa que a imagem gerada por IA substitui um design mais elaborado em todos os casos, mas pra um blog publicando com cadência diária, o custo por peça deixa de ser uma barreira.

Publicar conteúdo escrito por IA sem revisão humana é seguro? Não, e é exatamente por isso que existe o gate de segurança e a aprovação humana obrigatória neste pipeline. Já tivemos posts deletados por vazamento de dado sensível antes desse protocolo existir. IA escreve rápido, mas não tem, por padrão, o contexto completo sobre o que é informação pública e o que é interno. Sem uma camada de revisão, automática e humana, antes de publicar, o risco de vazar algo sensível ou publicar um erro factual é real. O ganho de velocidade só compensa quando vem com um processo de checagem tão sério quanto a produção.

Uma empresa pequena, sem time de conteúdo, consegue aplicar esse pipeline? Consegue, na versão reduzida. Não precisa dos mesmos 4 estágios de revisão nem do gate de 3 cores completo pra começar. O essencial é separar quem escreve de quem revisa (mesmo que seja uma pessoa só revisando no dia seguinte, com a cabeça fria) e ter uma checagem mínima de dado sensível antes de publicar qualquer coisa. O erro mais comum de quem começa é publicar direto o que a IA escreveu, sem essa segunda camada. É justamente essa segunda camada que evita o tipo de vazamento que a gente já teve.

O que aconteceu com os posts que vazaram dado sensível? Foram deletados assim que percebemos o problema. Não vou detalhar aqui o que vazou, porque repetir o conteúdo de novo não ajudaria ninguém e a gente já aprendeu a lição do jeito difícil. O que importa é o que veio depois: foi esse incidente que gerou o scanner automático de dado sensível e o gate de 3 cores que hoje travam qualquer post antes de ir ao ar. Sem esse erro específico, o protocolo de segurança atual provavelmente não teria a rigidez que tem.

Escrever 110 posts com IA barateia o custo de manter um blog corporativo? Barateia a parte de produção de texto e imagem, mas não elimina custo. O que cai é o tempo de escrita e o custo por capa (na faixa de R$1). O que não cai, e não deveria cair, é o tempo de revisão humana antes de publicar. Quem tenta cortar essa etapa pra economizar mais rápido é exatamente quem corre o risco que a gente já correu no início: publicar algo que não deveria ter ido ao ar.