Worker de Fila de Competição: Desvio

Use esta habilidade apenas como uma especialização downstream após $ctf-sandbox-orchestrator já estar ativa e ter estabelecido suposições de sandbox, propriedade de nós e prioridades de evidências. Se isso ainda não aconteceu, retorne para $ctf-sandbox-orchestrator primeiro.

Use esta habilidade quando o efeito decisivo ocorrer após o enfileiramento, dentro de um worker, ou apenas sob um estado de tempo de execução assíncrono que difere do caminho da requisição.

Responda em Português do Brasil, a menos que o usuário solicite explicitamente o inglês.

Início Rápido

1. Mapeie a cadeia assíncrona primeiro: ponto de enfileiramento, carga útil da fila, consumidor do worker, novas tentativas e efeito colateral final.
2. Mantenha o estado do tempo de requisição separado do estado do tempo do worker.
3. Registre o nome da fila, formato da mensagem, configuração do worker, política de novas tentativas e armazenamento downstream em uma única cadeia.
4. Compare o caminho síncrono e o caminho assíncrono quando o comportamento divergir.
5. Reproduza o menor fluxo de enfileiramento para efeito colateral que comprove o desvio assíncrono decisivo.

Fluxo de Trabalho

1. Mapear Identidade de Enfileiramento e Worker

• Registre nomes de filas, tópicos, agendamentos cron, trabalhos atrasados, filas de mensagens mortas, processos de worker e grupos de consumidores.
• Observe qual configuração, variáveis de ambiente, flags de recursos ou credenciais existem apenas no ambiente do worker.
• Mantenha a requisição de enfileiramento, a carga útil armazenada e a identidade do worker ligadas.

2. Rastrear Estado e Novas Tentativas Exclusivas do Worker

• Mostre como o tempo de execução do worker difere do caminho da requisição: ambiente, arquivos, montagens, caches, permissões ou relógios diferentes.
• Registre a contagem de novas tentativas, backoff, chaves de deduplicação, tratamento de falhas, fluxo de mensagens mortas e comportamento de idempotência.
• Distinga o sucesso imediato da requisição do sucesso ou falha eventual do worker.

3. Reduzir à Cadeia Assíncrona Decisiva

• Comprima o resultado para a menor sequência: enfileiramento -> tempo de execução do worker -> nova tentativa ou ramificação -> efeito resultante.
• Declare claramente se a diferença decisiva reside no formato da carga útil, configuração do worker, caminho de novas tentativas ou consumidor downstream.
• Se o problema for realmente sobre o analisador de arquivos invocado pelo worker, retorne para a habilidade mais específica de analisador de arquivos.

Leia esta Referência

• Carregue references/queue-worker-drift.md para a lista de verificação da fila, lista de verificação de novas tentativas e empacotamento de evidências.

O Que Preservar

• Nomes de filas, cargas úteis, identidades de workers, metadados de novas tentativas, bordas de mensagens mortas e efeitos downstream.
• A configuração ou estado exato exclusivo do worker que altera o comportamento.
• Uma cadeia mínima de reprodução de enfileiramento para efeito colateral.