Plan-and-Execute: planejar, agir, ajustar
Planejar e Executar separa o planejamento, a execução das etapas e a revisão do plano após os resultados.
O que você aprenderá
- Explique: um fluxo de trabalho tem estrutura explícita
- Aplique a ideia em um exemplo: Planejar e Executar: planejar, agir, ajustar
- Reconheça as limitações e verifique o resultado do exercício
Planejar e Executar separa o planejamento, a execução das etapas e a revisão do plano após os resultados. Novas informações podem mudar o plano.
Estas etapas referem-se aos recursos identificados no código do aplicativo. Este material não foi validado em uma instância ativa; verifique a documentação e as opções da sua versão.
Como funciona, passo a passo
Um fluxo de trabalho tem estrutura explícita
Um nó é um estágio, uma aresta é uma transição e o estado carrega resultados entre os estágios. Um fluxo de trabalho possui um caminho definido pelo aplicativo, embora o modelo possa escolher algumas ramificações. Os sistemas agênicos incluem fluxos de trabalho e agentes de ação dinâmica. Nymrio oferece ReAct, Reflexão, Sequencial, Orquestrador, Roteador, Paralelo e Planejar e Executar. Cada um muda de coordenação; isso não torna automaticamente um modelo um especialista. Mais agentes significam mais chamadas e contratos entre funções. Comece com a solução mais simples que passa nos testes.
O contexto é a bancada
O contexto inclui instruções, a solicitação atual, histórico relevante, documentos recuperados e resultados da ferramenta. A janela de contexto tem capacidade limitada; reserve espaço para a resposta também. Mais texto não melhora automaticamente a precisão. Informações irrelevantes e contradições podem ocultar provas importantes. Resuma o histórico da conversa com cuidado e preserve a origem dos fatos. O estado descreve a execução atual, um ponto de verificação salva um ponto recuperável e a memória persistente retém informações entre as execuções. São diferentes mecanismos gerenciados pelo aplicativo.
Erros precisam de caminhos explícitos
Um tempo limite é diferente de um erro de permissão. Tente novamente apenas erros transitórios, com tentativas limitadas e atrasos crescentes. Uma operação com efeitos colaterais pode ser executada antes que sua resposta seja perdida; tentar novamente sem uma chave de idempotência pode duplicar o efeito. O streaming mostra o progresso, mas não garante a conclusão. Os pontos de verificação podem permitir que estágios com falha sejam retomados dentro dos limites de tempo de execução. Armazene o identificador de execução, estágio, duração e erro enquanto remove segredos dos logs. Meça caminhos lentos, bem como médias.
Laboratório detalhado
Observações mudam o plano
O planejador produz etapas concretas em vez de uma lista vaga: identificar SKU; encontre parte; encontre o adaptador; sintetizar. O executor lida com a etapa atual usando ferramentas permitidas. O replanejador remove o trabalho concluído, atualiza o que resta e decide se a meta foi satisfeita.
Para LX-240, o catálogo fornece P-12 e depois A-7. Com o SKU “LX”, o executor não pode escolher o produto com segurança; o plano precisa de esclarecimentos sobre o identificador. Compare o plano original com as fases reais do Playground. Produzir um plano não é sucesso de tarefa.
O esquema explicativo
Siga as setas sólidas para o fluxo principal. As setas azuis tracejadas fornecem dados ou contexto; setas rosa tracejadas mostram feedback ou retorno de resultados. Cores e formas distinguem modelos, lojas, decisões e resultados. Em telas pequenas, role na horizontal para acompanhar o esquema completo.
Um exemplo completo
Planejador: identifique o produto, verifique a compatibilidade, verifique a entrega. O executor descobre que o modelo do produto está faltando. O replanejador solicita esclarecimentos em vez de prosseguir com um modelo assumido.
planner: LunaPlanner
executor: LunaExecutor
replanner: LunaReplanner
max_iterations: 3
Experimente você mesmo
- Configure exatamente o planejador, o executor e o replanejador e rastreie um caso de informação faltante.
- Registre a entrada, a fonte e o resultado esperado antes de executar o experimento. Use apenas os dados fictícios do exemplo.
- Siga as etapas do diagrama. A cada passo registre quais informações são recebidas e produzidas; não confunda o resultado intermediário com o resultado final.
- Repita após remover as informações necessárias ou tornar a entrada ambígua. Verifique se o sistema esclarece, interrompe ou inventa uma resposta.
- Compare com a solução explicada. Guarde a configuração, data, resultado e explicação das diferenças. Mude uma coisa e teste novamente.
Uma solução explicada
O plano restante reflete as etapas concluídas; a execução termina quando concluída ou atingindo um limite. Um exercício bem-sucedido permite mostrar a conexão entre entradas, etapas e resultados. Quando falta informação, uma resposta cautelosa é mais útil do que detalhes inventados. Compare mais do que estilo: verifique também as condições, fontes e operações.
Quando esta abordagem ajuda e quais são seus limites
O planejador do Parallel distribui tarefas; não é o padrão completo de Planejar e Executar. Escolha esta abordagem quando ela melhorar uma necessidade medida. Mantenha uma linha de base simples e compare os resultados usando dados idênticos. Um exemplo de sucesso não estabelece confiabilidade em todas as situações.
Verifique o que aprendeu
O multiagente é um oitavo modelo?
Não. É uma categoria arquitetônica que pode utilizar diversos templates existentes.
Um ponto de verificação é uma memória de usuário permanente?
Não. Salvar uma corrida não implica manter preferências entre conversas.
Que resultado este exercício deve produzir?
O plano restante reflete as etapas concluídas; a execução termina quando concluída ou atingindo um limite.
Termos para lembrar
- Acenar: Um estágio em um gráfico de execução.
- Ponto de verificação: estado salvo usado para retomar uma execução.
- Idempotência: Repetição controlada sem duplicar um efeito.
Fontes e sua próxima etapa
Para preparar: W07 — Paralelo: várias perspectivas ao mesmo tempo