Ganhos:
- Aplicando a escala crescente de complexidade desde a solução mais simples até o agente
- Distinguir entre padrões de encadeamento, roteamento e fluxo de trabalho paralelo
- Quebrando uma tarefa de várias etapas em um ciclo de planejamento-execução-verificação
Estabelecemos o ciclo simples de veículo único na unidade anterior. O trabalho real geralmente requer várias etapas, várias ferramentas e, às vezes, decisões ramificadas: “Encontrar pedidos que estão atrasados este mês, redigir um e-mail de desculpas aos clientes, resumir para um gerente”. Nesta unidade, abordamos padrões para organizar tarefas em várias etapas, quando você precisa de um agente real, e o ciclo de planejamento-execução-verificação. O princípio principal: complexidade tanto quanto necessário.
Escale da solução mais simples ao agente
Nem toda tarefa merece a solução mais complexa. Suba passo a passo na escala de complexidade e pare na solução adequada mais simples:
- Chamada única: Se a tarefa for resolvida por uma única chamada de modelo (resumir, classificar), pare aqui.
- Chamada única com RAG: Se forem necessárias informações, adicione recuperação e novamente chamada única.
- Fluxo de trabalho fixo: se as etapas forem conhecidas antecipadamente, sequencie-as manualmente (fluxo de código). O modelo realiza um subtrabalho em cada etapa, mas você determina a ordem.
- Agente orientado por modelo: se as etapas não puderem ser conhecidas antecipadamente, o modelo decide qual agente ligar e quando. A opção mais poderosa, mas mais cara e arriscada.
A diferença entre Workflow e agente é crítica: No Workflow, você escreve o fluxo de controle (previsível, testável, barato). Você dá o controle da agenda ao modelo (flexível, mas imprevisível). A maior parte do trabalho corporativo é, na verdade, um fluxo de trabalho; os agentes reais são relativamente poucos.
Dica: “Posso escrever as etapas desta tarefa com antecedência?” perguntar. Se você puder escrevê-lo, crie um fluxo de trabalho – mais barato, mais seguro e mais testável. No entanto, se as etapas variarem dependendo da entrada e não puderem ser previstas, será necessário um agente.
Três padrões básicos de fluxo de trabalho
Encadeamento de prompts: a saída de uma etapa é a entrada da próxima. “Gerar rascunho → editar → formato.” Cada passo é simples e focado; fácil de depurar.
Roteamento: primeiro você classifica a solicitação recebida e a envia ao especialista apropriado. “Esta questão é técnica, cobrança ou reembolso?” → redirecionar para o substream correto. Cada caminho é otimizado com seus próprios prompts e ferramentas.
Paralelização: Executar trabalhos independentes simultaneamente e combinar os resultados. "Resuma 5 documentos separadamente e depois combine." Além de ser rápido, cada peça recebe atenção total.
padrão
quando
exemplo
acorrentado
As etapas são sequenciais e dependentes
Rascunho → editar → formato
redirecionar
Processamento diferente dependendo do tipo de entrada
Classificação de solicitação de suporte
paralelo
Subobras independentes
Resuma vários documentos separadamente
Agente (loop)
As etapas não podem ser previstas com antecedência
Pesquisa/reparo aberto
# Padrão de roteamento (conceitual)type = pattern.classify(request) # "return" | "técnica" | "fatura"if tour == "retorno": resposta = return_flow(solicitação)elif tur == "técnico": resposta = fluxo_técnico(solicitação)else: resposta = fatura_fluxo(solicitação)
Ciclo de Planejamento-Execução-Verificação
Um padrão poderoso em agentes reais: faça com que o modelo planeje, execute e depois verifique. O modelo divide a tarefa complexa em subetapas, executa cada etapa com ferramentas e, finalmente, pergunta "alcancei a meta?" ele verifica. A etapa de verificação detecta erros com uma aparência nova e separada (“Essa saída atende à tarefa?”).
# Plan-execute-verify (conceitual)plan = model.uret("Divida esta tarefa em etapas: " + task)for step in plan: result = agent_loop(step) # execute with toolscheck = model.uret("Esta saída atende à tarefa? Diga-me se há alguma coisa faltando: " + task + results)if check.missing: # rodada de correção ...
Duas boas práticas para tarefas longas: impor uma condição de parada (número máximo de etapas — evita loop infinito) e monitorar o progresso (peça ao agente anotar o que está fazendo para não se distrair). O agente, que não tem limite de passos, pode girar para sempre se ficar preso e o custo explodir.
Design Fraco/Forte
Fraco (colocando tudo em um agente gigante):
Diga "fazer aquela coisa complexa" e libere-a com ferramentas ilimitadas.# Resultado: comportamento imprevisível, risco de loops infinitos, alto custo,# impossível de depurar.
Poderoso (fluxo primeiro, agente apenas quando necessário, limitado):
Primeiro divida o trabalho em etapas fixas (roteamento + encadeamento). Use o agente apenas em subtarefas onde as etapas são desconhecidas; Adicione limite de etapas, rastreamento de progresso e rodada de verificação.
Três Mini Estojos
Caso 1 — Fluxo de trabalho em vez de agente. Uma equipe configurou a tarefa de “solicitação de suporte de processo” com um agente livre; Às vezes o agente dava 15 passos e ia pelo caminho errado. As etapas foram essencialmente corrigidas (classificar → buscar informações relevantes → escrever rascunho → enviar para aprovação). Quando mudamos para o fluxo de trabalho de roteamento + encadeamento, a consistência aumentou de 58% para 96% e o custo foi reduzido pela metade.
Caso 2 — Ganho paralelo. Uma equipe jurídica resumia 20 contratos, um por um; Demorou 4 minutos no total. Quando mudamos para um padrão paralelo (todos ao mesmo tempo e depois combinamos), o tempo foi reduzido para 25 segundos e a qualidade aumentou à medida que cada resumo recebia atenção total.
Caso 3 — Não houve condição de parada. Um agente investigativo ficava ligando indefinidamente para as mesmas duas ferramentas, em busca de informações que não conseguia encontrar; acumulou custos significativos durante a noite. Quando o limite máximo de 8 etapas e a regra "Se você não conseguir encontrar em 3 tentativas, diga que não sei" foram adicionados, o custo foi mantido sob controle e respostas honestas de "Não consegui encontrar" vieram.
Erros comuns
- Delegar tudo ao agente: O fluxo de trabalho é mais barato, mais seguro e testável se as etapas forem conhecidas.
- Misturando fluxo de trabalho com agente: você ou o modelo assumem o controle? Não projete sem deixar isso claro.
- Não definir condição de parada: O agente entra em um loop infinito e acumula custos.
- Sem acompanhamento de progresso: Durante uma missão longa, o agente se distrai, fazendo o mesmo trabalho novamente.
- Ignorando a rodada de verificação: a saída incorreta, mas de aparência plausível, é entregue sem verificação.
Atenção: Quanto mais livre o agente, maior se torna o raio de explosão. A flexibilidade não é gratuita; cada liberdade adicional acrescenta imprevisibilidade e risco. Escolha a solução adequada mais restrita.
Em resumo
- Na complexidade, aplica-se o princípio “conforme necessário”: chamada única → RAG → fluxo de trabalho → agente somente se for realmente necessário.
- Em Workflow, você escreve o fluxo de controle (previsível); Você deixa a agenda para o modelo (flexível, mas arriscado).
- Três padrões básicos: encadeamento (sequencialmente dependente), roteamento (distribuir por tipo), paralelo (trabalhos independentes).
- Agentes reais usam o ciclo planejar-executar-verificar, parar a condição e monitorar o progresso.
- À medida que a flexibilidade aumenta, a imprevisibilidade e os custos aumentam; Escolha a solução adequada mais restrita.
Tarefa de aplicativo
Escolha uma tarefa de várias etapas do seu próprio negócio (por exemplo, “preparar e distribuir relatório mensal”). (1) Você pode escrever as etapas desta tarefa com antecedência? Se você puder escrevê-lo, projete-o como um fluxo de trabalho (qual padrão: encadeamento/roteamento/paralelo?); Se não puder escrever, explique por que é necessário um agente. (2) Desenhe o desenho escolhido com um diagrama de caixa-seta. (3) Se for agência: escreva como você configurará a condição de parada, o acompanhamento do progresso e a rodada de verificação. (4) Liste 3 riscos de realizar a mesma tarefa com um “único agente de desenvolvimento”.
lista de verificação
- [] Posso escolher o nível certo na escala de “complexidade conforme necessário”.
- [ ] Consigo distinguir a diferença de controle entre Workflow e agente.
- [] Posso mapear padrões de encadeamento, roteamento e paralelo para tarefas apropriadas.
- [ ] Posso configurar o ciclo planejar-executar-verificar, parando a condição e acompanhando o progresso nos agentes.
- [ ] Tenho em mente que muita flexibilidade traz imprevisibilidade e custos.