Agente que cria agente: até onde vai a automação recursiva numa PME

Agente que cria agente é um agente orquestrador que recebe um objetivo, quebra em subtarefas e despacha cada uma pra um agente especializado, criando uma automação nova quando nenhuma ferramenta existente resolve aquele passo. Isso não é Skynet decidindo sozinho: é um relatório que se monta chamando o agente de dados, dentro de um escopo que um humano definiu e continua auditando.

O que é um agente que cria agente?

Um agente que cria agente é, na prática, um agente orquestrador: ele recebe um pedido em linguagem natural, decompõe esse pedido em partes menores e aciona agentes especializados pra cada parte, em vez de tentar fazer tudo sozinho numa instrução gigante.

Duas coisas separam esse modelo de uma automação tradicional (tipo um fluxo fixo de ferramenta de automação):

• O orquestrador decide o caminho de execução na hora, com base no pedido, em vez de seguir sempre os mesmos passos gravados de antemão.
• Quando ele chega numa etapa pra qual não existe ferramenta pronta, ele mesmo escreve a automação: um script, uma consulta, ou uma instrução permanente (o que a gente já chamou aqui de skill).

Essa automação nova fica salva e disponível pra próxima vez que alguém pedir algo parecido. É esse ciclo, criar ferramenta nova pra resolver a lacuna e guardar pra reuso, que dá o nome de “recursiva” ao processo.

Como funciona a automação recursiva na prática?

Funciona em camadas: um agente orquestrador recebe o objetivo, aciona agentes especializados pra cada subtarefa, e cada agente especializado pode, por sua vez, acionar uma ferramenta ou criar uma nova quando falta uma.

Imagine uma consultoria hipotética que pede “monta o relatório de churn do trimestre”. O caminho seria:

• O agente orquestrador recebe o pedido e quebra em três partes: buscar dado, calcular métrica, redigir texto.
• Ele aciona um agente de dados, que puxa os números direto do CRM.
• Aciona um agente de análise, que calcula a taxa de churn e separa por segmento.
• Aciona um agente de redação, que monta o texto final no formato que a empresa usa.

Se o agente de análise de churn específico ainda não existe, a camada de criação de automação monta esse comportamento na hora e salva como uma skill nova. Da próxima vez que alguém pedir “relatório de churn”, já existe pronto, sem passar de novo pelo processo de criação. É basicamente o mesmo princípio que a gente destrinchou no post sobre criar uma skill que roda sozinha na empresa, só que aqui é o próprio agente que escreve a skill, não a pessoa.

Isso é perigoso, tipo o filme onde a IA decide sozinha?

Não. Cada agente dentro dessa cadeia opera com escopo fechado, definido por um humano. Side-effects que têm consequência real continuam exigindo aprovação explícita antes de sair, por exemplo:

• Enviar mensagem em massa.
• Mover dinheiro.
• Apagar dado.

O medo de “agente que cria agente vira uma cadeia descontrolada” parte de uma premissa errada: que o agente tem vontade própria de expandir seu próprio alcance. Não tem. Ele executa dentro do objetivo que alguém deu, e o objetivo tem fronteira.

Sendo bem sincero, a maior parte do que chamam de “automação recursiva assustadora” em post de LinkedIn é, na prática, um script que outro script chama. A novidade real não é a cadeia em si, é que agora essa cadeia é construída sob demanda, em linguagem natural, sem alguém sentar pra programar cada passo à mão. Isso muda o custo de montar, não o nível de risco por natureza.

Onde o humano continua obrigatório nessa cadeia?

O humano continua obrigatório em três pontos fixos, não importa quantas camadas de agente existam entre o pedido e o resultado final:

• Definir o objetivo: o que o orquestrador está tentando resolver, e o que fica fora do escopo dele. Isso não emerge sozinho do sistema, alguém escreve.
• Aprovar side-effect: qualquer ação irreversível ou externa (enviar, publicar, pagar, apagar) passa por confirmação humana antes de acontecer, mesmo quando o agente já decidiu que essa é a ação certa.
• Auditar o resultado: alguém revisa amostra do que saiu, periodicamente, do jeito que revisaria o trabalho de uma pessoa nova. Sem essa revisão, erro sistemático se acumula sem ninguém perceber.

O post que a gente publicou sobre organograma com agentes já bate nesse ponto: todo agente precisa de um chefe humano que responde por ele. Num agente que cria agente, essa regra não desaparece, ela se multiplica. O agente-filho que a camada de criação gerou também precisa de dono, mesmo que ninguém tenha escrito o código dele à mão.

Qual é o limite prático de camadas que uma PME aguenta?

O limite prático não é técnico, é de rastreabilidade: cada camada de automação precisa de dono humano identificável, e isso deixa de ser viável acima de 2-3 saltos entre o orquestrador e a execução final sem checkpoint humano no meio.

Dois cenários mostram a diferença:

• Um agente orquestrador que aciona 2 ou 3 agentes especializados, cada um com função clara e revisão periódica, é gerenciável do mesmo jeito que um time pequeno é gerenciável.
• Quando a cadeia passa disso, e um agente cria uma automação que aciona outra automação que aciona uma terceira, sem que nenhum humano tenha revisado o meio do caminho, a empresa perde a capacidade de responder “quem aprovou isso” quando algo sai errado.

Esse é exatamente o modelo que produtos como o Super SDR já usam em produção: um agente orquestrador que despacha subtarefas pra agentes especializados de qualificação e agendamento, com escopo travado (não fecha venda, não negocia preço) e dono humano no comercial revisando o output. Nesse formato, o setup fica na faixa de R$8-15K e a infraestrutura em R$550-650 por mês, dentro do orçamento da área que o agente serve, não numa camada solta de “IA” que ninguém audita.

Como seria um exemplo hipotético desse processo numa PME pequena?

Imagine uma farmácia hipotética, com 3 balconistas e um dono que cuida também do financeiro. Toda sexta ele quer saber o que precisa repor pro fim de semana.

Um agente orquestrador recebe o pedido “monta o resumo de reposição de sexta” e despacha três agentes:

• Um agente de estoque puxa o que está abaixo do mínimo no sistema de vendas.
• Um agente de compras cruza isso com o histórico de fornecedor e sugere quantidade.
• Um agente de mensagem monta o resumo e manda pro WhatsApp do dono.

Se ainda não existe a parte que cruza histórico de fornecedor, a camada de criação monta essa automação na primeira execução e ela fica disponível pra sexta seguinte.

O dono não escreveu nenhuma linha desse processo. Mas ele definiu o objetivo (quero saber o que repor), aprovou que o pedido de compra maior que um valor X precisa da confirmação dele antes de sair, e revisa o resumo toda sexta pra ver se bateu com a realidade da loja. Nada disso é ficção, é a mesma lógica de escopo e dono que já vale pra qualquer automação, só que aplicada em camada.

FAQ

Um agente pode realmente criar outro agente sozinho, sem nenhuma intervenção humana? Ele pode montar a automação nova (o script ou a skill) dentro do escopo que um humano já definiu antes, mas isso não significa ausência total de supervisão. A automação criada ainda roda dentro dos limites do agente orquestrador, e qualquer ação com consequência real fora desse escopo continua exigindo aprovação. “Sozinho” aqui quer dizer sem alguém sentado programando aquele passo específico à mão, não sem nenhum humano no processo inteiro.

Qual a diferença entre automação recursiva e uma automação tradicional tipo Zapier? Automação tradicional segue um fluxo fixo, desenhado uma vez, com os mesmos passos toda execução. Automação recursiva com agentes decide o caminho na hora, com base no pedido em linguagem natural, e pode criar uma etapa nova quando não existe ferramenta pronta pra aquele passo específico. A vantagem é flexibilidade, a contrapartida é que exige mais disciplina de revisão, porque o caminho muda de execução pra execução.

Isso funciona numa empresa pequena, sem time técnico dedicado? Funciona, e costuma funcionar melhor em empresa pequena, porque tem menos camada de aprovação entre a ideia e a execução. O ponto crítico não é ter time técnico, é ter alguém que define o objetivo com clareza e revisa o resultado com regularidade. PME que já formalizou função, chefe e escopo dos agentes que usa (o exercício do organograma com agentes) tem base pronta pra dar esse próximo passo sem virar bagunça.

Que riscos existem quando um agente cria automações novas por conta própria? O principal risco é perder rastreabilidade: uma automação criada por outra automação, sem revisão humana no meio, pode carregar um erro de lógica que ninguém detecta até o resultado final sair errado repetidamente. O segundo risco é acúmulo de automações órfãs, criadas uma vez e nunca mais revisadas, que ficam rodando com regra desatualizada. Os dois se resolvem com a mesma prática: dono humano identificável e revisão periódica de amostra.

Quantas camadas de agentes uma PME deveria ter, no máximo? Não existe número universal, mas o balizamento prático é 2-3 saltos entre o pedido original e a execução final, com pelo menos um ponto de checkpoint humano nesse caminho. Acima disso, a pergunta “quem aprovou essa ação” fica difícil de responder rápido, e é justamente essa pergunta que precisa ter resposta imediata quando algo sai do previsto.

Como saber se minha empresa já está pronta pra automação recursiva? Um bom sinal é já ter pelo menos um agente especializado rodando com escopo definido e dono humano claro, do jeito descrito no organograma com agentes. Se sua empresa ainda trata IA como ferramenta solta, sem revisão regular de output, o passo certo é formalizar isso primeiro. Automação recursiva multiplica o que já existe, então ela amplifica tanto a organização quanto a bagunça que já estava lá.