Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Dica
Antes de procurar fluxos de trabalho, recomendamos primeiro experimentar padrões mais simples para ver se eles atendem às suas necessidades. Eles são mais fáceis de configurar e depurar. Os fluxos de trabalho são mais úteis quando você precisa de uma ordem de execução garantida que um único agente não pode fornecer de forma confiável por conta própria.
A jornada até agora cobriu maneiras cada vez mais poderosas de construir com agentes. Você viu como um único agente pode usar ferramentas, carregar habilidades, processar através do middleware e utilizar o contexto rico. Você compôs agentes utilizando um como ferramenta para outro e os conectou entre limites de serviço com A2A.
Todos esses padrões compartilham uma característica comum: a LLM decide o que acontece a seguir. O modelo escolhe qual ferramenta chamar, se deseja delegar e quando parar. Isso é poderoso para tarefas abertas em que o caminho certo depende da conversa, mas é uma responsabilidade quando o processo em si tem regras.
Considere cenários como estes:
- Um pipeline de revisão de documento em que um rascunho deve ser escrito, revisado, reformulado e aprovado, nessa ordem, todas as vezes.
- Um fluxo de integração de clientes que coleta informações, realiza um cheque de conformidade, provisiona contas e envia um e-mail de boas-vindas — algumas etapas em paralelo, algumas sujeitas à aprovação humana.
- Um fluxo de trabalho de análise que coleta dados de várias fontes, mescla os resultados e gera um relatório , em que uma falha no meio do caminho deve ser retomada do último ponto de verificação, e não recomeçar.
Em cada caso, a estrutura do processo é conhecida antecipadamente. As etapas, sua ordenação, os pontos de decisão – não são coisas que você quer que o modelo descubra em runtime. Você deseja definir o grafo explicitamente e permitir que agentes (ou qualquer outra lógica) sejam executados dentro dele.
É isso que os fluxos de trabalho fornecem.
O espectro de inteligência
Os aplicativos de agente não precisam ser totalmente autônomos ou totalmente baseados em regras. Há um espectro no meio e os fluxos de trabalho permitem que você escolha onde pousar.
Fully intelligent Fully deterministic
(model decides everything) (code decides everything)
◄──────────────────────────────────────────────────────────────►
│ │ │
│ Single agent with │ Workflow with agent │ Workflow with only
│ tools — the model │ executors — the graph │ deterministic executors
│ picks every step │ controls the process, │ — no LLM involved,
│ │ agents handle the │ pure business logic
│ │ reasoning-heavy steps │
Na extremidade esquerda, um único agente com ferramentas manipula tudo – o modelo decide o que fazer, quando delegar e quando parar. Essa é a abordagem mais flexível, mas também a menos previsível. Na extremidade direita, um fluxo de trabalho com executores puramente determinísticos é essencialmente um pipeline tradicional, totalmente previsível, mas sem nenhum raciocínio de IA.
A maioria dos aplicativos do mundo real reside em algum lugar no meio. Um fluxo de trabalho define a estrutura — quais etapas são executadas, em que ordem, com quais portas lógicas — enquanto executores individuais dentro desse fluxo de trabalho usam agentes para as etapas que se beneficiam do raciocínio LLM. Você obtém a previsibilidade de um processo explícito com a inteligência da IA onde ela importa.
A percepção chave é que você controla o ajuste. Para cada etapa em seu processo, você decide:
- O modelo deve descobrir o que fazer? → usar um executor de agente.
- O código deve determinar o resultado? → usar um executor determinístico com lógica de negócios regular.
- Um humano deve fazer a chamada? → usar um portão humano no loop .
Esse é o verdadeiro poder dos fluxos de trabalho: não substituir agentes, mas fornecer controle explícito sobre a quantidade de inteligência em cada parte do aplicativo.
Escolhendo o padrão certo
Os padrões do início dessa jornada e dos fluxos de trabalho não são abordagens concorrentes– são pontos diferentes no espectro. A questão chave é: quem deve decidir o que acontece a seguir?
| Pergunta | Se a resposta for "o modelo" | Se a resposta for "o desenvolvedor" |
|---|---|---|
| Qual subtarefa abordar em seguida? | Agentes como ferramentas – o agente externo roteia dinamicamente | Fluxos de trabalho — o grafo define o caminho |
| Se deve envolver outro agente? | Agentes como ferramentas – delegação orientada por modelo | Agentes em fluxos de trabalho – o grafo conecta os agentes |
| Quando perguntar a um humano? | Aprovação da ferramenta – reativa, por ferramenta | Human-in-the-loop — portões explícitos em pontos definidos |
| Como lidar com falhas parciais? | Lógica de repetição em implementações de ferramentas | Pontos de verificação – retomar do último estado salvo |
Na prática, a maioria dos sistemas de produção combina ambos. Um fluxo de trabalho define o processo de alto nível e executores individuais dentro desse fluxo de trabalho usam agentes para as etapas que se beneficiam do raciocínio LLM. A página agentes em fluxos de trabalho mostra exatamente como fazer isso.
Padrões de orquestração internos
Para cenários comuns de coordenação de vários agentes, o Agent Framework fornece padrões de orquestração internos – modelos de fluxo de trabalho predefinidos que você pode usar diretamente ou personalizar:
| Padrão | Quando usar isso |
|---|---|
| Seqüencial | Os agentes executam um após o outro em uma ordem definida – cada um se baseia na saída do agente anterior |
| Concorrente | Agentes são executados em paralelo – útil quando as tarefas são independentes e você deseja reduzir a latência |
| Transferência | Os agentes transferem o controle entre si com base no contexto — ideal para encaminhamento a especialistas |
| Chat em grupo | Os agentes colaboram em uma conversa compartilhada – útil para debate, revisão ou brainstorming. |
| Magentic | Um agente de gerente coordena dinamicamente agentes especializados – equilibra a estrutura com flexibilidade |
Essas orquestrações lidam com a clichê da coordenação do agente para que você possa se concentrar nos próprios agentes.
Fluxos de trabalho como agentes
Um dos padrões de composição mais poderosos é encapsular um fluxo de trabalho para que ele se pareça com um agente regular. O recurso fluxos de trabalho como agentes permite que você pegue um fluxo de trabalho complexo de várias etapas e exponha-o por meio da interface do agente padrão. Outros agentes podem chamá-lo como uma ferramenta, os clientes A2A podem invocá-lo por HTTP e os consumidores não precisam saber se estão conversando com um fluxo de trabalho.
Recapitulação do percurso
Agora você viu todo o espectro de padrões de desenvolvimento de agente:
| Padrão | Mais adequado para |
|---|---|
| Conceitos básicos do LLM | Noções básicas sobre a base |
| De LLMs para Agentes | A abstração do agente |
| Adicionando ferramentas | Agentes que atuam em sistemas externos |
| Adicionando habilidades | Comportamentos de agente modular reutilizáveis |
| Adicionando Middleware | Preocupações transversais e diretrizes |
| Provedores de contexto | Memória, personalização e RAG |
| Agentes como Ferramentas | Composição e delegação de agente simples |
| Agente para Agente (A2A) | Comunicação entre agentes de serviço |
| Fluxos de trabalho | Orquestração complexa de várias etapas com controle explícito |
Cada padrão adiciona funcionalidade — e complexidade. Os melhores sistemas de agente usam o padrão mais simples que atende aos seus requisitos e alcançam padrões mais poderosos somente quando o cenário o exige.
Próximas Etapas
Vá mais fundo:
- Visão geral dos fluxos de trabalho – conceitos básicos, arquitetura e introdução
- Executores e Bordas – blocos de construção do grafo de fluxo de trabalho
- Agentes em fluxos de trabalho – integrando agentes de IA em etapas de fluxo de trabalho
- Orquestrações — padrões de vários agentes predefinidos (sequencial, simultâneo, transferência, chat em grupo, magnético)
- Human-in-the-Loop – portões de aprovação e entrada externa
Pontos de verificação & Reinicialização – recuperação de fluxo de trabalho de execução prolongada- Gerenciamento de Estado – compartilhamento de dados entre executores
- Fluxos de trabalho como Agentes – expondo fluxos de trabalho por meio da interface do agente