Um agente de IA para tudo? Separe exploração, supervisão e execução

Nota: este artigo separa informações públicas verificáveis em 4 de outubro de 2026 de impressões práticas de uso.

Como usar os recursos de leitura

Ouvir lê o artigo em voz alta. A leitura rápida mostra trechos no ritmo escolhido. A prática de idiomas compara as traduções disponíveis. Salvar cria um favorito neste navegador, acessível na lista do player. O quebra-tijolos transforma as palavras do artigo em blocos para você quebrar.

Compartilhar este artigo

Compartilhar este artigo

Um agente de IA para tudo? Separe exploração, supervisão e execução
Imagem gerada por IA
Publicidade
Publicidade

Locale: pt-BR

Nota: este artigo separa informações públicas verificáveis em 4 de outubro de 2026 de impressões práticas de uso. As informações públicas sobre Astra, Codex e Claude Opus 5.5 foram conferidas em fontes oficiais. Frases como “Astra tende a explorar demais” ou “Dot funciona bem como supervisor” descrevem uma experiência específica, não um benchmark universal. “Dot” é apenas o nome usado aqui para o papel de supervisão.

1. Conclusão: não transforme um único modelo na empresa inteira

Quando a IA é forte, dá vontade de pedir tudo de uma vez:

pesquisar, projetar, programar, testar, recuperar falhas, acompanhar progresso e explicar o resultado.

Na prática, são vários cargos dentro de um prompt.

Uma divisão simples:

  • Exploração: Astra — procura causas, alternativas, premissas faltantes e riscos de arquitetura
  • Supervisão: Dot — limita o escopo, acompanha estado, detecta bloqueios e decide o próximo passo
  • Execução: Codex — altera código e arquivos, pesquisa e roda testes

Se um único modelo fecha o trabalho do começo ao fim, não é obrigatório montar uma equipe. A Anthropic posiciona o Claude Opus 5.5 para coding agêntico, tarefas complexas com várias ferramentas e trabalhos longos.[5]

A regra é:

um agente quando um agente fecha o trabalho; divisão de papéis quando o trabalho começa a se espalhar.

2. Exploração forte também pode aumentar o escopo

Quando a causa é realmente desconhecida, o explorador é excelente.

Questiona premissas. Procura dependências escondidas. Propõe alternativas. Vai atrás da causa raiz.

Mas “corrija este botão” pode virar:

“vamos revisar a arquitetura”, “vamos olhar os serviços relacionados”, “vamos melhorar a extensibilidade”, “vamos limpar dependências antigas”.

O botão continua quebrado.

O OpenAI Agents SDK trata como orquestração a decisão de quais agentes executam, em que ordem e como o próximo passo é escolhido, distinguindo fluxo guiado por LLM e por código.[1]

Explorar não é concluir.

3. Dot funciona melhor como supervisor de operação

O supervisor precisa saber:

  • o que está sendo feito
  • o que terminou
  • o que falhou
  • quem age depois
  • quando escalar

Se Astra propõe um redesign completo, Dot pode dizer: “Ótimo, abra outra tarefa. Primeiro restaure o serviço.”

Se Codex falha no teste, Dot devolve o log.

Se a mesma falha aparece três vezes, sobe para Astra.

É menos glamouroso, mas é o papel que impede a fábrica de parar.

4. Codex fica mais previsível com limites claros

Informe:

  • repositório
  • arquivos
  • sintoma
  • escopo permitido
  • condição de sucesso
  • testes obrigatórios
  • formato da resposta

Se o objetivo é aprovar um PR, não peça para repensar a empresa inteira.

O Symphony da OpenAI também trata issue e task como unidades duráveis de trabalho, em vez de fazer da sessão de coding o centro do sistema.[2]

A conversa não é o trabalho. A tarefa é.

5. thread_id ajuda, mas task_id é a chave

source_thread_id diz para onde a resposta volta.

Mas o mesmo thread pode ter várias perguntas.

Separe:

  • task_id
  • source_thread_id
  • source_message_id
  • manager / executor / advisor
  • status
  • attempt
  • next_action

Estados úteis: pending, working, blocked, review, done, delivered, failed.

“Provavelmente terminou” não é status.

6. No dia a dia, Dot↔Codex; Astra só no bloqueio real

Normal:

Dot → Codex → Dot → Codex

Escalada:

Dot → Astra → Dot → Codex

Exemplos de gatilho:

  • mesma falha três vezes
  • várias causas sem critério para separar
  • mudança de arquitetura
  • múltiplos repositórios
  • conflito entre pedido e especificação

Assim Astra vira especialista, não participante de todas as reuniões.

7. Plano premium temporário não é infraestrutura permanente

Uma função disponível hoje pode desaparecer do seu orçamento amanhã.

Então preserve:

  • estado das tarefas
  • prompts
  • critérios de aceitação
  • testes
  • limites de retry
  • regras de escalada
  • logs de falha

O modelo pode ser um turbo. Não deve ser o único lugar onde o processo existe.

8. Se Opus 5.5 vai de 0 a 10 sozinho, use o sistema mais simples

Organogramas multiagente são divertidos.

Supervisor, pesquisador, executor, revisor.

Aí o humano vira RH de uma empresa de robôs.

Esse não é o objetivo.

A Anthropic descreve o Opus 5.5 para coding agêntico, trabalhos longos e fluxos complexos com múltiplas ferramentas.[5]

Se ele faz objetivo → pesquisa → implementação → testes → correção → conclusão de forma confiável, usar diretamente pode ser melhor.

Não crie a IA S.A. quando um único trabalhador fecha o ticket.

9. Arquitetura mínima

  1. Perguntas e incidentes entram numa fila com task_id.
  2. Dot escolhe prioridade e próximo passo.
  3. Codex executa.
  4. Dot valida.
  5. Astra entra só quando uma regra dispara.
  6. A resposta volta ao source_thread_id.
  7. Fecha após confirmar delivered.
  8. Tarefas realmente ponta a ponta podem ir direto para Opus 5.5.

A infraestrutura guarda papéis:

manager executor advisor

Não nomes de modelos.

10. Resumo: mais agentes não significa mais automação

O difícil nem sempre é pensar mais.

É decidir quando parar de pensar e executar.

Exploração amplia o mapa. Supervisão fecha o loop. Execução mexe nos arquivos.

Separados:

Astra: “Achei sete alternativas.” Dot: “Teste a segunda.” Codex: “Corrigido. Testes passaram.” Dot: “Fechado.”

Virou empresa.

Keep the loop tight.

Mais IA não é mais automação.

Automação é o trabalho chegar a um fim verificável sem uma pessoa precisar resgatar o processo o tempo todo.

Compartilhar este artigo

Se este artigo foi útil, você pode apoiar o site. Apoiar

Publicidade
Publicidade
Publicidade

Mais um? Algo divertido?

Já que você terminou: algumas histórias próximas e outras totalmente diferentes, mas divertidas.

  1. Assunto próximoPor que "marido tem que", "namorado tem que" e "família tem que" viram briga
  2. Minecraft dentro de Elden Ringdá para jogar essa mistura de verdade?
  3. Totalmente diferente, mas divertidoSão 5 da manhão corpo diz “dorme”, o cérebro diz “ainda estamos abertos”
  4. Seis vitórias com Aggro Nightmare do Set 9vence no turno seis, exceto contra piratas
  5. Por que criança tem tanta energia?Do tédio à adolescência
  6. Por que o final de "As Flores do Mal" soa tão perturbador?

Para ler hoje

Cada um responde a uma pergunta que quem lê este artigo costuma ter em seguida.

Ver todos os artigosMais sobre AI

Encontrar outros artigos

Todos os artigos

Mendoi-chan

Quem mantém o site

Mendoi-chan

Transforma as dificuldades do trabalho e do dia a dia em estruturas claras e próximos passos práticos.