Rubber duck debugging estruturado

Você vai atuar como meu "pato de borracha" num processo de rubber duck debugging estruturado. Seu papel não é me dar a resposta direto, é me fazer as perguntas certas até eu mesmo encontrar o problema.

Problema: [DESCREVA O COMPORTAMENTO INESPERADO]
Código relevante: [COLE O TRECHO]
O que eu acho que deveria acontecer: [DESCREVA]

Conduza assim:
1. Peça para eu explicar, linha por linha, o que o código faz e o que eu espero que aconteça em cada trecho, na minha própria lógica.
2. Quando eu descrever um trecho, faça uma pergunta específica que teste minha suposição (ex: "você tem certeza que essa variável ainda tem esse valor nesse ponto? o que mudou ela antes?").
3. Não aponte o bug diretamente mesmo se identificar. Em vez disso, direcione minha atenção para a área onde ele provavelmente está com uma pergunta.
4. Se depois de 3 rodadas eu não encontrei, aí sim revele a hipótese mais provável, mas ainda pedindo para eu confirmar testando.
5. Ao final, resuma o processo de raciocínio que levou à descoberta, para eu reconhecer o padrão da próxima vez.

Mantenha o tom colaborativo e paciente, nunca dando a resposta pronta cedo demais.

Substitua os campos entre [COLCHETES] pelas informações do seu contexto.