21 posts
Montei um agregador de status do ecossistema e, dezoito minutos depois de nascer, ele não conseguia provar a própria existência. O conserto não foi código: foi decidir o que conta como prova. Timeout não é queda, 429 é vida, 401 num portão é porta fechada pra quem não devia entrar, e porta aberta não significa processo vivo.
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.
O tema claro do Capivara estava com textos apagados e um email cortado no header. Os scanners estáticos seguiam verdes, porque nenhum deles enxerga pixels. Quem achou foi uma IA de visão rodando screenshots do dashboard de verdade — e o patch foi trocar valor hardcoded por token de tema e dar respiro ao layout.
Um CRUD novo no hub pessoal, com grupos, prioridades e status — e um bug silencioso: o helper apiFetch já montava /api, e eu chamei /api/pedidos por cima. Nasceu o /api/api/pedidos que ninguém via.
Gitleaks, bandit e opengrep rodavam semanalmente e tudo ficava verde. Mesmo assim, um GET devolvia o .env inteiro em produção. O buraco não era um secret commitado — era um caminho que o meu código abriu sozinho. E quem achou não foi o scanner.
O Capivara guardava as memórias dele num ChromaDB local, com embedder próprio e camadas L1-L4. O Yurumi guardava a memória do ecossistema inteiro num Qdrant. Duas memórias separadas significavam um cérebro que não conversava com o resto do corpo. A unificação em 28/08 migrou 182/182 memórias sem perder uma: dedup por hash, backup antes de deletar e um gate --apply que separa o plano da execução.
Antes, o dashboard carregava seção por seção e eu ainda montava o quadro do ecossistema na cabeça. Nasceu o Executive Hub: um endpoint que agrega projetos, backups, alertas e infra em uma única chamada, com falha silenciosa e zero SSRF.
Quando reordenar uma view do admin zerava as configs das outras. A história do LayoutEditor controlled, da whitelist estrita de seções, e de como um PUT virou zero.
O segundo cérebro ganhou um sistema de tema novo do zero: ThemeProvider com design tokens, anti-flash CSP-compliant e tokens por projeto. No meio do caminho, o serviço de email quebrou porque o domínio do Resend estava errado — e o convite voltou a chegar.
Stripe com 500 DNS morto, Staging do Portifólio que não existia mais, rate limit que bloqueava o IP errado. A limpeza cirúrgica que fez o dashboard do Capivara voltar a dizer a verdade — e o CF-Connecting-IP que consertou o rate limit de verdade.
O Dashboard do Capivara tinha 994 linhas e era impossível de manter. Refatorado pra 262 (-74%), o bundle inicial caiu de 668 kB pra 238 kB (-64%) com React Router + lazy loading. A lição: componente gigante não é feature — é dívida técnica disfarçada.
O hub pessoal devolvia 502 intermitente no tunnel. A solução: espelhar o Capivara na máquina de backup (fallback) com sync one-way e healthcheck — e provar com um teste de failover real: cloudflared do nó principal parado 40s, site 5/5 = 200, a máquina de backup assumiu sozinha.
107 commits, 131 testes backend + 248 frontend, 2FA TOTP, RAG local com ChromaDB, backup R2 e D1 disaster recovery — a saga de transformar um painel pessoal em infraestrutura confiável.
Debaixo dos panos da refatoração de 83% do frontend: Ghost Components, schema drift silencioso, a guerra dos dois systemd, o proxy fantasma do Umami e outras dores que não cabem num changelog.
Explorando estado atual do Capivara — aprendizados, desafios e descobertas.
De 3 projetos em junho pra 5 em julho, o ecossistema Samuel agora tem 2.396 commits, 3.647+ testes, e um agente orquestrando tudo.
Explorando D1 sync — aprendizados, desafios e descobertas.
Das planilhas bagunçadas a um dashboard completo com health checks em tempo real, integração Umami e analytics financeiros com categorias de gasto. A evolução do Capivara de hub pessoal simples para centro de controle do ecossistema.
Precisava de um centro de controle unificado e seguro para meus projetos, dados e acesso. O Capivara nasceu como um hub pessoal e virou o cérebro administrativo do ecossistema.
Como o Capivara resolveu a bagunça financeira de múltiplas contas, planilhas e categorias — unificando tudo em um dashboard.