4 Dimensões de Design de Fluxos de Trabalho Agênticos
As pessoas costumam confundir agentes de IA e fluxos de trabalho de IA. Alguns dizem que qualquer LLM com ferramentas é um agente. Outros dizem que um agente deve operar sozinho por um longo período. Esses debates não ajudam você a construir sistemas melhores.
Pare de perguntar se um sistema é agêntico. Em vez disso, observe estas quatro dimensões de design:
- Quem decide o próximo passo?
- Baseado em código (Code-driven): O código controla a sequência. Use isso para tarefas de alto risco com regras claras.
- Baseado em modelo (Model-driven): O LLM planeja as etapas. Use isso para tarefas de final aberto.
- Híbrido: O código define a estrutura e o LLM toma pequenas decisões. Esta é a escolha mais prática.
- O caminho é fixo?
- Fixo: As etapas seguem uma ordem definida.
- Condicional: O sistema utiliza ramificações ou tentativas de reexecução baseadas nos resultados.
- Adaptativo: O caminho muda em tempo de execução. Use isso para pesquisa ou depuração.
- Como os agentes trabalham juntos?
- Agente Único (Single Agent): Um agente utiliza múltiplas ferramentas. Isso é simples, mas o contexto pode ficar confuso.
- Gerente-Trabalhador (Manager-Worker): Um agente decompõe as tarefas e as distribui para outros.
- Handoff: Um agente passa o controle para um especialista.
- Peer: Múltiplos agentes colaboram sem um líder central. Este é o mais difícil de depurar.
- Onde os humanos intervêm?
- Acionado por humanos (Human-triggered): Você aprova cada ação importante.
- Com pontos de verificação (Checkpointed): O sistema trabalha sozinho, mas para para aprovação em etapas de alto risco.
- Baseado em objetivos com salvaguardas (Goal-driven with guardrails): Você define o objetivo e o sistema trabalha dentro de limites, como orçamentos e permissões.
Não adicione agentes apenas para parecer sofisticado. Adicionar um agente aumenta a latência, o custo e a dificuldade de depuração. Use múltiplos agentes apenas se puder executar tarefas em paralelo ou se um único agente tiver contexto demais.
Combine sua arquitetura com a tarefa. Se a tarefa for arriscada, use pontos de verificação. Se a tarefa for simples, use código.
Faça a si mesmo estas seis perguntas antes de construir:
- O código comum pode resolver isso?
- Quanta variação existe na entrada?
- A tarefa pode ser dividida?
- Quanto custa uma falha?
- Você consegue ver onde ele quebra?
- A complexidade extra vale o resultado?
Um bom fluxo de trabalho permanece flexível onde deve e permanece previsível onde precisa.
Fonte: https://dev.to/whchi/4-design-dimensions-of-agentic-workflows-1i0m
Comunidade de aprendizado opcional: https://t.me/GyaanSetuAi