Nenhum dado de tabela
Uma tarefa do mundo real possui um objetivo verificável, restrições que definem o que é aceitável e um estado externo que pode mudar durante a execução do sistema. Um objetivo sem verificação transforma-se em uma conversa interminável, pois nada no sistema consegue comprovar sua conclusão.
O escopo limita-se ao menor loop capaz de agir, verificar e parar.
Um objetivo torna-se operacional apenas quando possui um sinal de conclusão que um programa pode avaliar — como a gravação de um arquivo, a atualização de um status ou o preenchimento de um conjunto de campos. As restrições delimitam o espaço de saídas aceitáveis, como prazos, limites de orçamento para chamadas de API, formatos obrigatórios ou políticas que bloqueiam determinadas ações.
O estado externo refere-se a qualquer dependência situada fora da chamada do modelo, como uma linha em um banco de dados, uma fila de tickets, uma página da web ou um evento de calendário. Quando o estado externo muda, um plano anteriormente correto pode tornar-se inadequado sem que ocorra qualquer falha no código.
Regra Se não for possível definir uma verificação determinística de conclusão, trate a tarefa como um processo de duração indefinida e adicione um limite de execução (orçamento de parada) e uma etapa de revisão humana.
A arquitetura mínima consiste em um loop que processa dados através de etapas fixas e registra as alterações ocorridas em cada uma delas. O loop inicia com uma entrada, lê e atualiza o estado, chama um modelo para propor a próxima ação, executa chamadas de ferramentas que afetam o estado externo e, por fim, avalia uma condição de parada antes de reiniciar o ciclo.
Interaja com o diagrama do pipeline e acompanhe quais dados entram em cada etapa e o que é retornado por ela.
Uma vez estabelecido o loop, cada falha pode ser localizada. Uma falha na recuperação de informações manifesta-se como a ausência de entradas para a chamada do modelo; um erro na ferramenta aparece como uma exceção ou uma resposta HTTP diferente de 200; e um erro na condição de parada resulta em iterações repetidas sem qualquer progresso no estado da tarefa.
Uma tarefa de elaboração de relatório de pesquisa geralmente termina quando o documento atende aos requisitos de formatação e citação e passa por uma verificação de conformidade — como garantir que cada afirmação tenha uma URL de origem no arquivo de notas. As ferramentas utilizadas frequentemente incluem recursos de busca, análise de documentos e gravação de arquivos, enquanto o controle de custos concentra-se tipicamente em limitar a navegação na web e a expansão do contexto.
Uma tarefa de triagem de tickets é concluída quando cada ticket é devidamente rotulado, encaminhado e comentado com uma breve justificativa, e o sistema de tickets confirma a atualização. As ferramentas empregadas geralmente incluem uma API de tickets, um verificador de políticas e, por vezes, consultas a uma base de conhecimento interna; o foco em confiabilidade recai sobre evitar atualizações incorretas.
Compare as duas tarefas selecionando restrições, ferramentas e indicadores de conclusão, e observe como a condição de parada varia.