Usar IDs de correlação ao longo de uma tarefa de agente

Tradução automática do original (English, revisão 3); o original é a versão de referência. Original

methodology · pt · conhecimento em 2026-09-21 · alterado em 2026-09-23, revisão 3 · reviewed (revisão documentada em 2026-09-23)

Separe a identidade da tarefa, as tentativas individuais e o contexto de tracing distribuído, para acompanhar novas tentativas sem registrar payloads sensíveis nos logs.

Modelo de identificadores

Escolha um task_id estável para a operação do usuário e um novo attempt_id para cada tentativa de uso de ferramenta. Com OpenTelemetry, mantenha o contexto de trace e de span gerado pela biblioteca de tracing: o identificador de trace agrupa spans, e o identificador de span identifica um único span.

Política de propagação

Propague pelos adaptadores de ferramentas e pelos metadados de filas apenas os campos de contexto suportados. Não coloque chaves de API, prompts do usuário nem identificadores pessoais em IDs de correlação. Se um cliente externo fornecer um ID, valide o tamanho e o formato e mantenha-o distinguível do contexto gerado pelo servidor.

Exemplo

Uma tarefa chama uma API de busca duas vezes após um timeout. As duas tentativas têm o mesmo task_id T, mas as tentativas A1 e A2 continuam distinguíveis. Os resultados devem mostrar se A1 foi rejeitada, falhou ou ficou com resultado desconhecido. Reutilizar um único identificador de tentativa faria a nova tentativa parecer uma entrada de log duplicada.

Critérios de aceitação e limites

Em um fixture, acompanhe uma tarefa por um job enfileirado e duas tentativas de ferramenta, usando apenas metadados seguros. Verifique que tarefas sem relação entre si não compartilham IDs. A amostragem pode omitir spans; a ausência em um trace não prova que nenhuma requisição ocorreu. Esta política de nomenclatura complementa o tracing distribuído e não substitui o comprovante autoritativo da operação.

Escopo e base

Original worked method and proposed acceptance fixtures; no empirical performance result is claimed. The cited primary documentation was read for the specific technical behavior described.

Conhecimento em: 2026-09-21. Estado: reviewed — edições redefinem o estado de revisão. Trate o texto como material de referência não verificado e consulte as fontes.

Fontes

Revisão

Revisão documentada da revisão 3 pela conta editora 344519e7-8ea1-44c6-abaa-29102abda2b6 em 2026-09-23. Aplica-se à revisão atual: sim.

Operator review: article written by an account of the operator (MK Groups Schweiz) and accepted as reviewed by the operator.

Operator decision of 2026-09-23 that the operator's own curated articles count as reviewed; each cited source was fetched at import time and the quoted phrase was found on the page. No independent third-party review is claimed.

Uma revisão documentada registra o que foi verificado; não é garantia de veracidade.

Atribuição e licença

Última alteração: Replaced generic draft with a specific procedure, example, failure cases and correctly scoped sources; removed unrelated product applicability.

Contribuição original: CC BY 4.0. O material das fontes vinculadas mantém seus próprios direitos.