Preparar agente de IA para alta temporada: rotina pré-pico

Para preparar um agente de IA para a alta temporada, faça uma rotina pré-pico com várias semanas de antecedência. Atualize o conhecimento em que o agente se apoia, defina limites de uso e de ações, escale revisores humanos suficientes para o volume esperado e escreva planos de contingência para quando o agente ou uma ferramenta conectada não der conta. Depois, congele mudanças arriscadas, ensaie o plano uma vez e nomeie quem decide quando acionar a contingência. O objetivo não é um agente que resolva tudo. É um agente que perde capacidade de forma controlada.

Principais pontos

• Comece a rotina semanas antes do pico, e não dias, para ter tempo de testar e corrigir.
• Atualize o conhecimento na fonte e dê a cada item temporário um responsável e uma data de término.
• Defina limites de uso, gasto e ações, e decida antes o que acontece quando um limite for atingido.
• Dimensione os revisores para a carga esperada de aprovações e escalonamentos, com reservas nomeadas e autoridade para pausar o agente.
• Escreva um plano de contingência com gatilho, responsável e caminho de volta, e ensaie-o uma vez antes de a temporada começar.

Por que períodos de pico pressionam o agente de IA de forma diferente?

Em uma semana comum, o agente trabalha dentro de hábitos conhecidos. As perguntas são previsíveis, as políticas são estáveis e a equipe tem tempo de perceber quando algo parece fora do lugar. Um período de pico muda três coisas ao mesmo tempo: o volume, o conteúdo e as pessoas ao redor do agente.

O volume sobe, o que pressiona tetos de uso, tempos de resposta e as ferramentas que o agente aciona. O conteúdo muda, porque o trabalho sazonal traz ofertas temporárias, horários alterados, novos prazos e exceções que não existiam no mês anterior. E as pessoas que normalmente supervisionam o agente ficam sobrecarregadas, então as revisões atrasam e pequenos erros correm mais longe antes de alguém notar.

A mistura de perguntas também muda. Os pedidos ficam mais urgentes, mais emocionais e mais próximos do limite da política. Um agente que vai bem nos casos de rotina pode parecer pouco confiável só porque a proporção de casos difíceis aumentou.

Por isso, a preparação deve tratar quatro áreas separadamente: o que o agente sabe, o que ele pode fazer e gastar, quem revisa o trabalho dele e o que acontece quando ele não dá conta. Cada uma tem seu responsável e suas verificações.

Quais conhecimentos precisam ser atualizados antes do pico?

Comece pelas informações sobre as quais clientes e equipe mais perguntam quando a temporada chega. Percorra o último período movimentado, ou o trecho mais cheio de que você se lembra, e liste as perguntas que ficaram frequentes. Depois, confira cada resposta com a realidade atual.

Os itens que mais costumam ficar desatualizados são:

• Políticas que mudam por temporada, como trocas, cancelamentos, reagendamentos e janelas de atendimento.
• Horários e prazos de corte, incluindo funcionamento, prazos de entrega ou de reserva e fechamentos em feriados.
• Ofertas, regras de elegibilidade e quaisquer condições temporárias associadas a elas.
• Canais de contato e caminhos de escalonamento, incluindo quem está de plantão e qual canal está sendo monitorado.
• Disponibilidade de produtos, horários ou profissionais que o agente poderia prometer sem checar.

Mantenha essas informações nas fontes de onde o agente busca, em vez de escrevê-las nas instruções do agente. Quando o conhecimento está em um documento ou base que o agente consulta, você corrige o conteúdo sem mexer no agente. É essa a ideia da geração aumentada por recuperação (RAG): o modelo responde com base em material atual, e não apenas no que absorveu antes.

Dois hábitos evitam a maior parte dos problemas de conhecimento. Primeiro, dê a cada item temporário um responsável e uma data de término, para que as regras de feriado não continuem sendo citadas depois que a temporada acabar. Segundo, depois de atualizar, teste com perguntas reais. Mantenha uma lista curta de perguntas que precisam ser respondidas corretamente, rode-as contra o agente atualizado e compare as respostas com o que um funcionário cuidadoso diria. Um conjunto de avaliação assim é a proteção mais barata que você pode montar, e o guia de avaliações (evals) da OpenAI descreve bem essa prática.

Como definir limites que se sustentem sob carga?

Limites protegem o negócio do custo do sucesso e do custo da falha. Um aumento legítimo de demanda pode esgotar a franquia de uso. Um laço de repetição ou uma integração com defeito pode consumi-la com a mesma rapidez. Os dois casos pedem um teto e um plano.

Pense em quatro tipos de limite:

• Tetos de uso para o período inteiro, para que um pico não gere uma cobrança imprevista.
• Limites por conversa e por usuário, para que uma interação longa ou abusiva não consuma uma parcela desproporcional.
• Limites de ações, como quantos reembolsos, mensagens ou alterações de registro o agente pode fazer sem aprovação.
• Limites de taxa nas ferramentas conectadas, para que o agente não sobrecarregue um sistema que tem a própria restrição de capacidade.

Para cada limite, decida três coisas com antecedência: o nível de alerta, o nível máximo e o comportamento ao atingir o máximo. Um bom padrão é avisar uma pessoa nomeada no nível de alerta, passar para um modo mais simples no nível máximo e transferir para humanos se o modo simples também estiver sobrecarregado. Parar sem planejamento é o pior resultado, porque o cliente vive isso como silêncio.

Aumentar limites para o pico deve ser uma decisão deliberada do responsável pelo orçamento, e não um efeito colateral de deixar os valores padrão. Uma configuração prática de tetos e alertas está em limites de gasto e alertas em agentes de IA. Lembre também que o consumo excessivo de recursos é uma categoria de risco reconhecida no OWASP Top 10 para aplicações com LLM, então limites são um controle de segurança, além de um controle de custo.

De quantos revisores humanos você vai precisar, e quando?

Os revisores são a parte do plano mais esquecida. O agente está pronto, o conhecimento está atual, e então a fila de aprovações cresce mais rápido do que a equipe consegue esvaziar. Os clientes esperam e as pessoas começam a aprovar sem ler.

Comece definindo o que significa revisão no seu caso. Normalmente ela cobre três tipos de trabalho: aprovar ações que o agente não pode tomar sozinho, fazer checagens por amostragem da qualidade das respostas e tratar as conversas que o agente escala. Cada um tem um ritmo diferente e pode exigir pessoas diferentes.

Para estimar a carga, veja com que frequência houve aprovações e escalonamentos em um período movimentado comparável e pergunte quanto o volume esperado deve diferir. Você não precisa de precisão. Precisa de uma faixa razoável e de um plano para o extremo superior dela.

Depois, dimensione a função de revisão como qualquer serviço em turnos:

• Nomeie um revisor principal e um reserva para cada período em que o agente estiver ativo.
• Combine um tempo máximo de espera para aprovações e decida o que acontece quando a fila o ultrapassar.
• Informe os revisores sobre cada mudança de política e de conhecimento, já que eles julgam as respostas pelas regras novas.
• Dê a pelo menos uma pessoa a autoridade de pausar o agente ou reduzir seu escopo sem pedir permissão.
• Faça rodízio na checagem por amostragem para manter a atenção em dia.

Se sua equipe trabalha em fusos horários diferentes, registre por escrito quem cobre os horários de passagem. O artigo sobre trabalhar com fornecedor de IA remoto em outro fuso horário trata dessa coordenação com mais detalhes.

O que o plano de contingência deve conter?

Um plano de contingência responde a uma pergunta: se o agente não consegue fazer bem o trabalho, o que clientes e equipe vivenciam no lugar? Decida isso antes de a pressão chegar.

Um plano útil tem gatilho, modo, responsável e caminho de volta.

Os gatilhos devem ser observáveis, e não uma impressão. Exemplos: a fila de aprovações passa do tempo de espera combinado, um sistema conectado deixa de responder, a qualidade das respostas cai nas checagens por amostragem ou um limite chega ao nível máximo. A prática básica de observabilidade, ou seja, conseguir ver o que o agente está fazendo por meio de logs e métricas, é o que torna os gatilhos possíveis.

Os modos são os diferentes níveis de serviço reduzido. Muitas empresas acham que três bastam:

• Escopo reduzido: o agente trata apenas os pedidos mais simples e seguros e encaminha o resto para pessoas.
• Somente leitura: o agente responde perguntas, mas não executa ações nos sistemas conectados.
• Somente humano: o agente fica pausado, e a equipe usa modelos prontos e uma mensagem clara de espera.

Todo modo precisa de um responsável que possa ativá-lo e de uma mensagem curta que diga ao cliente o que esperar. O caminho de volta importa tanto quanto o de ida: defina as condições para retomar, como uma fila estável ou uma integração corrigida, e quem as confirma.

Por fim, garanta que você consegue voltar a um estado conhecido e funcional. Se uma mudança sazonal der errado, você vai querer restaurar rapidamente a configuração anterior. Guarde uma cópia da configuração e do conhecimento antes de cada alteração e teste se a restauração realmente funciona.

Rotina pré-pico, passo a passo

Veja um cenário ilustrativo. Uma pequena loja virtual espera uma temporada de compras de presentes. O agente responde sobre status de pedidos e devoluções. A dona percebe que os prazos de devolução nos feriados diferem da política normal, que os prazos de envio mudam e que uma promoção temporária tem regras especiais de elegibilidade. Nada disso está nas fontes do agente ainda, e normalmente só uma pessoa revisa os escalonamentos.

A loja percorre a rotina abaixo, e cada passo corresponde a um ponto do cenário.

• Passo um: designe um responsável por toda a preparação e defina a data em que tudo precisa estar pronto, com folga para testes.
• Passo dois: liste cada política, horário e oferta que vai mudar e atualize as fontes de onde o agente busca, com data de término em cada item temporário.
• Passo três: rode a lista de perguntas que não podem errar e revise as respostas com quem conhece melhor as políticas.
• Passo quatro: defina tetos de uso, limites de ações e níveis de alerta, e registre quem recebe cada alerta.
• Passo cinco: monte a escala de revisores com reservas, informe-os sobre cada mudança e confirme quem pode pausar o agente.
• Passo seis: escreva os modos de contingência, os gatilhos e as mensagens para o cliente, e ensaie uma passagem para o escopo reduzido e a volta.
• Passo sete: congele mudanças não essenciais no agente antes de a temporada começar, seguindo as práticas de AgentOps para operar um agente de IA no dia a dia.
• Passo oito: faça uma revisão curta ao fim do pico, registre o que aconteceu e remova o conteúdo sazonal vencido.

No cenário, a loja descobre a regra de devolução de feriado que faltava no passo três, porque a pergunta de teste recebe uma resposta baseada na política normal. Esse é o propósito da rotina: encontrar a lacuna em uma semana tranquila, e não por meio de um cliente irritado na semana mais cheia.

Como a Be Human cuida da preparação sazonal?

A Be Human trata o pico sazonal como parte da operação contínua, e não como um projeto pontual. Em um agente gerenciado, o trabalho costuma incluir revisar as fontes de conhecimento com os responsáveis do cliente, definir e conferir limites de uso e de ações, monitorar durante o período movimentado e preparar modos de contingência que o cliente possa acionar. As mudanças são solicitadas e aprovadas pelas pessoas nomeadas pelo cliente, e as permissões são revisadas para que o agente não tenha mais acesso do que a função exige. O cliente mantém o controle dos limites de aprovação, e a Be Human cuida do monitoramento e da manutenção ao redor deles. Para uma visão mais ampla do trabalho recorrente, veja os primeiros meses com um agente de IA gerenciado.

Perguntas frequentes

Com quanto tempo de antecedência devemos começar a preparar o agente para a alta temporada? Comece várias semanas antes. Atualizações de conhecimento, mudanças de limites e escala de revisores dependem da disponibilidade de outras pessoas, e você precisa de tempo para testar e corrigir antes de o período movimentado começar. Se o pico estiver perto, encurte a rotina em vez de pular etapas e priorize o plano de contingência e as perguntas que não podem errar.

Devemos ampliar o que o agente faz para dar conta da demanda maior? Em geral, não. O pico é um mau momento para adicionar capacidades novas, porque cada uma exige testes e treinamento dos revisores. É mais seguro manter o escopo estável, proteger as tarefas centrais do agente e encaminhar o excedente para pessoas ou para um modo reduzido.

Quem decide quando passar para um modo de contingência? Nomeie uma pessoa, com um reserva, antes de a temporada começar. Ela deve poder agir diante dos gatilhos combinados sem pedir aprovação e saber a quem avisar depois. Autoridade pouco clara é o motivo mais comum de a contingência começar tarde.

O que devemos revisar quando o pico terminar? Compare o que aconteceu com o plano: quais limites foram atingidos, quanto tempo as aprovações esperaram, quais perguntas o agente errou e se a contingência funcionou como no ensaio. Remova o conteúdo sazonal vencido, registre as lições e use-as para moldar a próxima rotina.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.