WiredTiger em containers e discovery de controladoria
Dia de transformar incidente em conteúdo técnico, publicar o daily anterior e aprofundar um discovery de produto para controladoria com foco em margem e automação.
O dia começou fechando o ciclo do próprio /daily: revisei o diário de 2026-06-09, garanti que só os arquivos de journal entrassem no diff, validei Velite, varri travessões e padrões sensíveis óbvios, e abri o PR com a entrada bilíngue. Foi um bom lembrete de que o diário só funciona se a rotina de publicação também for pequena, previsível e auditável.
Do incidente ao post técnico
Voltei ao problema de memória do iTOP na VPS com Dokploy e MongoDB. A peça que faltava era o cache do WiredTiger dentro de containers: duas instâncias de mongod numa máquina pequena estavam competindo por RAM com Next.js, Dokploy e o build. A partir disso, transformei o diagnóstico em um post bilíngue para o blog, explicando por que o build morria sem erro claro, como a fórmula de cache do WiredTiger pesa em containers, e por que o problema parecia aleatório quando na verdade era pressão de memória.
Também saí com um runbook prático para produção: criar swap como rede de segurança, reduzir wiredTigerEngineRuntimeConfig em tempo de execução com setParameter, persistir a configuração depois e monitorar se a RAM de fato volta para uma faixa saudável. Foi uma correção pensada para mexer no sistema enquanto ele continua rodando.
Controladoria antes do código
No projeto de contabilidade, o trabalho foi menos código e mais clareza. Reposicionei o PRD para uma camada fina de controladoria sobre uma ferramenta financeira já existente, com margem como núcleo do produto. Em vez de construir um ERP genérico, a tese ficou mais simples: comprar o que já resolve captura, lançamento e conciliação, e construir o que carrega inteligência específica de operação, margem e decisão.
Daí nasceram um one-pager de decisão, documentos para o módulo de margem, um roteiro de elicitação de requisitos, um fluxo as-is para mapear a dor atual e uma lista curta de perguntas que cortam direto ao ponto. A pergunta central ficou clara: o que a ferramenta atual não resolve na dor real?
Rastros de agentes
Também estudei um utilitário que transforma sessões de IA em artefatos versionados no Git. A ideia conversa muito com o próprio /daily: preservar contexto, ligar decisões a commits e PRs, e limpar dados sensíveis antes de publicar qualquer rastro.
Foi um dia de converter fumaça em estrutura: um incidente virou post e runbook, e uma ideia de produto virou perguntas melhores.