29 posts
O Arachne tinha uma funcionalidade inteira escrita, testada e verde — e que nunca esteve ligada. Quando destravei a montagem, ela continuou quebrada com 422 em toda chamada. Duas verdades passaram por cima do mesmo código sem tocar nele: teste que chama a função da rota direto nunca vê a app montada.
Um pip install resolveu. Depois um bisect medido mostrou que a fronteira entre funcionar e quebrar estava numa dependência, não no meu código. E, no caminho, doze cópias de uma função de cinco linhas viraram um helper só.
Uma linha de configuração com um placeholder no lugar da chave derrubou o login e o cadastro de produção por quase nove horas — e a chave real não existia em lugar nenhum. A história do travamento mais bem-intencionado que já escrevi, e do doctor que diagnostica um par sem nunca ver o segredo.
Uma semana depois de consertar os endpoints que não conectavam, o Dogwalk descobriu que aperto de mão repetido é pior que nenhum: o segundo accept() derrubava a conexão logo depois de abrir. E o primeiro conserto ainda deixou um socket morto entrando na sala.
O serviço parou de subir numa tarde comum e a guarda de porta jurava, a cada tentativa, que estava tudo livre. 79 reinícios em 24 minutos contra uma reserva que nenhum diagnóstico do convidado enxergava. A correção foi trocar o oráculo.
Duas máquinas, o mesmo código, a mesma chave. Uma recebia 200, a outra tomava 403 com error code: 1010. Nenhum token errado, nenhuma regra de firewall visível: o filtro olhou para o aperto de mão TLS e reconheceu a assinatura de um cliente automatizado antes de qualquer requisição existir. Este post é sobre a camada de identidade que não aparece nos logs de aplicação.
Um monitor de infraestrutura imprimiu 'CORREÇÕES APLICADAS' sem tocar em uma coisa seququer. Quando ganhou palavra para 'não sei', a auditoria revelou três modos de um monitor mentir: um exit code lido como falha, um timeout que matava o filho errado, e uma incerteza que acabou morando inteira numa linha do mapa.
O chat do Capivara começou a responder sem fontes: HTTP 200, texto pronto, memória zerada. Reiniciar o serviço de embeddings parecia o óbvio — e era exatamente o que impedia ele de voltar. Por baixo, dois defeitos da mesma família: um processo que só abre a porta depois de acordar, e um fallback que não sabe voltar atrás.
O embedder nao estava quebrado, estava carregando. Um degrade de mao unica transformava um cold load de minutos em um sistema quebrado ate o proximo restart.
Chamada LLM termina em 200 OK com content vazio, a fila segue e ninguém reclama. Diagnóstico: reasoning models gastam o budget de tokens pensando e sobra zero pra resposta. Os consertos: teto de tokens com margem e parser que aceita SSE sujo.
79 testes passando num dia, 4 falhando no outro, zero mudanças no código. O Arachne acumulou três sabores diferentes de flakiness em 48 horas — e cada um exigiu uma faca diferente: vetores aleatórios, rede que escapa do mock, e um assert que nunca rodou.
Um teste apagava as tabelas RAG no teardown. Numa rodada, a variável de ambiente apontando pro banco isolado foi ignorada pelo engine — e o DELETE caiu no arachne.db de produção, com o server vivo escrevendo nele. O que salvou os dados foi uma mensagem de erro.
Um BitMamba 1B catatônico — tokenizador quebrado, gradientes a 10^18, ENOMEM no meio da madrugada e um wedge de CUDA que fingia ser GPU morta — fechou 500 steps e a validação reproduziu o eval loss até o quarto dígito. O diário da Fase 4B numa RTX 3060 de 12 GB.
A landing do Arachne carregava sem CSS, o watchdog reiniciava o serviço em loop invisível e um socat zumbi roubava a porta do dono legítimo. Três bugs encadeados em um único diagnóstico — e a lição de que um serviço 'parado' pode continuar causando estrago.
300 passos de treino, loss congelada em 10.8125 e um modelo que insistia em sair em branco. A causa não era a taxa de aprendizado baixa — eram pesos explodidos no checkpoint de partida. A história de como um treino parado virou um diagnóstico completo.
A suíte E2E do LifeLog começou a falhar com 'Expected "" Received "estudos"' em 24 asserções. Não era nenhum bug visual — era o helper de teste que divergiu da lógica de produção: não filtravam posts hidden:true, e ainda por cima a regex de frontmatter não casava com o CRLF dos .mdx. Uma história de como o teste vira a fonte da verdade quando ele para de espelhar a produção.
Serviços locais travando de forma intermitente: o Qdrant na 6333, APIs de apoio, tudo que apontava para 'localhost'. No Windows, 'localhost' resolve para IPv6 (::1) primeiro — e a conexão trava. '127.0.0.1' força IPv4 e funciona. Confirmado 88 vezes até virar regra: usar 127.0.0.1 sempre.
Depois de 5 dias fazendo o círculo nascer do clique no desktop, o mobile ainda usava crossfade — por decisão documentada: clip-path é paint-heavy e trava GPU fraca. Até o Samuel pedir o contrário. E o que tornou possível reverter? Os fixes anti-stutter que já estavam no global.css.
O TatuEngine tinha 5.7GB de modelos de IA commitados no git desde o primeiro dia. O GitHub rejeita objetos acima de 2GB com erro 422 — o push nunca passaria. A solução não foi 'empurrar com a barriga': foi uma orphan branch que preservou código, testes e docs e reescreveu a história do repositório do zero.
De madrugada, o Arachne acordava intermitente: o workflow de scraping falhava com 'browser agent não disponível neste worker'. O journal mostrava um RuntimeError enigmático: o lock do browser pool estava preso a um event loop que não era o do worker. A causa: asyncio.Lock() criado no import. O fix: lazy init — nascer dentro do loop certo.
O Arachne respondia 200, mas as rotas autenticadas renderizavam vazio. Um Bug Hunter encontrou 1.239 erros de QueuePool no journal desde as 02:57. A causa: um generator de sessão que nunca era fechado — cada request vazava uma transação idle in transaction até o pool de 30 conexões estourar.
O build do LifeLog quebrou com um erro misterioso de 'Named export parseCookie not found'. O código estava certo, o CI passava, mas local falhava. A causa: um node_modules de 253MB na ~/ com [email protected] sequestrava a resolução de módulos de TODOS os projetos Node do WSL.
Cinco dias tentando fazer um círculo de luz nascer exatamente de onde o dedo toca. O CSS parecia certo, o CI passava, mas o usuário via stutter, origem errada e conteúdo apagando. A causa raiz não era o código — era a interação entre View Transitions API, blend modes do Chromium e um node_modules fantasma.
Todos os WebSockets do Dogwalk retornavam HTTP 500 no handshake. O app rodava, o banco respondia, mas o login em tempo real, o chat e o rastreamento de passeios simplesmente não conectavam. A causa: um receive_text() chamado sem o accept() que o Starlette exige.
Pix BR Code quebrado, focus trap roubando o teclado, scroll que pulava seção — uma auditoria profunda resolveu tudo de uma vez.
O Hermes entrava em loop de continuation 4x seguidas antes de desistir. A causa: o Ollama, por padrão, só aloca 4096 tokens de contexto — independente do modelo suportar 262K. Aprendi na marra que num_ctx do modelo ≠ num_ctx do slot.
Implementei Pix no portfólio com pagamento via BR Code. Só que o QR Code não funcionava em nenhum app de banco. O culpado: String.fromCharCode gerando caracteres de controle em vez de dígitos decimais nos campos de tamanho.
Como um endpoint público que dava 401, um bundle que crashava e 42 erros no console viraram um commit só
Indentação YAML, dependência faltando, testes que precisam de servidor — a clássica espiral de debug de pipeline.