Depois que o primeiro agente entra em produção, o pedido seguinte é sempre o mesmo: "já que ele atende, coloca ele para cobrar também. E para agendar. E para responder o financeiro."
É aí que a qualidade cai. Não por limite de tecnologia — por acúmulo de instrução. Um agente com quinze responsabilidades tem uma instrução de três páginas, quarenta ferramentas e um escopo tão largo que ele erra a escolha em casos simples.
A saída é a mesma que qualquer empresa usa com pessoas: dividir o trabalho.
O que é um time de agentes
Um time (ou squad) é um conjunto de agentes especializados que compartilham o mesmo contexto de empresa — clientes, canais, histórico, integrações — mas têm escopos e ferramentas distintos:
- Atendimento — responde quem chega, qualifica, tira dúvidas de escopo definido.
- Financeiro — cobra, negocia dentro da alçada, gera link, concilia.
- Agendamento — marca, remarca, confirma, lembra.
- Pós-venda — acompanha entrega, mede satisfação, reengaja.
Cada um com instrução curta, cinco a oito ferramentas e critérios de escalonamento próprios. E cada um pode ser melhorado, testado e — se der problema — desligado, sem tocar nos outros.
Por que a especialização melhora a qualidade
Três efeitos mensuráveis:
Escopo curto reduz erro de escolha. Com oito ferramentas, o modelo acerta qual chamar quase sempre. Com quarenta, começa a confundir as parecidas.
Instrução curta é mantível. Uma instrução de 30 linhas você lê inteira antes de mudar. Uma de 300 ninguém revisa — e ela acumula contradições que produzem comportamento aleatório.
Falha isolada. Um agente de cobrança com bug não derruba o atendimento. Numa arquitetura monolítica, qualquer ajuste arrisca tudo.
O mesmo raciocínio de escopo fechado que vale para um agente — descrito em como impedir que o agente invente resposta — escala para a organização de vários.
Quem decide para onde vai a conversa
Dois padrões, com trade-offs claros.
Roteador na entrada. Um classificador barato lê a primeira mensagem e encaminha para o agente certo. Simples, rápido, previsível. É a escolha padrão para atendimento por canal.
Coordenador (orquestrador). Um agente de topo que recebe tudo, decide e delega para os especialistas, consolidando a resposta. Mais flexível para casos que atravessam áreas ("meu pedido atrasou e eu quero cancelar a fatura"), e mais caro — cada delegação é uma rodada extra de modelo.
Uma armadilha conhecida do padrão coordenador: se o agente de topo delega tudo por reflexo, você paga duas vezes pela mesma resposta. Vale instruir explicitamente quando ele resolve direto e quando delega — e medir a proporção.
Como o contexto passa entre agentes
Esse é o ponto que faz o time parecer um time, e não quatro robôs desconectados. O cliente não pode repetir o CPF a cada transferência.
O que precisa ser compartilhado:
- Identidade do contato e o vínculo com o cadastro no sistema.
- Histórico da conversa — as últimas trocas, no mínimo.
- Fatos apurados na sessão — "já confirmou o endereço", "disse que paga sexta", "está irritado com o atraso".
- Estado do caso — em que etapa do processo aquele cliente está.
Na prática, isso significa uma camada de memória por contato, com escrita explícita: o agente registra o que apurou, e o próximo lê. Memória implícita — deixar tudo no histórico bruto e esperar que o modelo perceba — funciona mal e custa caro em tokens.
Quando um agente só ainda é melhor
Sem modismo: agente único é a escolha certa quando
- o escopo cabe em uma página de instrução e menos de dez ferramentas;
- o volume é baixo e não justifica a complexidade operacional;
- a empresa está começando — o primeiro agente deve provar valor antes de virar organograma.
Dividir cedo demais cria overhead sem ganho: quatro instruções para manter, quatro conjuntos de teste, quatro pontos de falha, para resolver o que um resolvia.
O sinal de que chegou a hora é bem concreto: a instrução passou de duas páginas, ou as métricas de um caso pioraram quando você adicionou outro caso.
Como dividir na prática
Divida por processo de negócio, não por tipo de pergunta. "Agente de FAQ" e "agente de dúvidas complexas" é uma divisão ruim — a fronteira é ambígua e o roteador erra. "Agente de cobrança" e "agente de agendamento" é boa: os limites são objetivos e as ferramentas não se sobrepõem.
Um roteiro:
- Liste os processos que quer automatizar e o dono de cada um dentro da empresa.
- Um agente por processo, com o dono como revisor da instrução.
- Ferramentas por processo — se duas áreas precisam da mesma consulta, ela é uma ferramenta compartilhada, não duplicada. Vale o modelo de servidor por sistema descrito em integrar um agente ao ERP e ao CRM.
- Um roteador simples na entrada, e regra explícita de transferência entre agentes.
- Métricas por agente — resolução, escalonamento, custo. Comparar agentes entre si revela rapidamente qual instrução precisa de trabalho.
O que muda na operação
Um time de agentes exige o que qualquer time exige: alguém responsável por cada um, revisão periódica das conversas e um lugar onde se vê o desempenho de todos lado a lado. A tecnologia é a parte fácil; a disciplina de operação é o que separa um squad que melhora todo mês de quatro robôs envelhecendo em silêncio.
E o custo precisa ser visível por agente — do contrário, ninguém sabe qual está caro. Como instrumentar isso: proxy de LLM, fallback e custo.
Quer desenhar o time da sua operação? Veja os planos ou agende uma conversa de 40 minutos.