O SynaBun não foi feito do jeito tradicional. Não teve sessão de planejamento no quadro branco, nem tickets de sprint, nem comitê de revisão de arquitetura. Cada recurso, cada linha de código, cada decisão de arquitetura saiu de uma conversa com o Claude.

Este blog existe para documentar esse processo. Não como uma narrativa de marketing bem polida, mas como um registro cru das pesquisas, dos experimentos, dos becos sem saída e das descobertas que fizeram do SynaBun o que ele é hoje.

Como o SynaBun é feito

O processo de desenvolvimento é simples. Aparece um problema. A gente discute com o Claude. O Claude pesquisa abordagens, escreve o código, testa, e a gente itera até funcionar. A conversa inteira é o processo de desenvolvimento.

Algumas sessões são correções rápidas. Outras são mergulhos de várias horas em modelos de embedding, padrões de automação de navegador ou na arquitetura do sistema de hooks. As mais interessantes são aquelas em que a abordagem inicial falha e a gente precisa repensar tudo do zero.

O que você vai encontrar aqui

Todo post deste blog sai direto das nossas sessões de desenvolvimento. Quando resolvemos um problema difícil, descobrimos algo inesperado sobre como a memória de IA funciona ou tomamos uma decisão de arquitetura importante, escrevemos sobre isso. Você vai encontrar:

  • Mergulhos na arquitetura, mostrando como os sistemas do SynaBun funcionam por dentro, do armazenamento vetorial em SQLite ao ciclo de vida dos hooks
  • Resultados de pesquisa sobre modelos de embedding, ajuste de busca semântica e padrões de recuperação de memórias
  • Aprendizados de automação de navegador, tirados da construção de um sistema de Chrome com interface gráfica que agentes de IA conseguem usar de verdade
  • Histórias de desenvolvimento sobre os bugs que levamos horas para encontrar e os recursos que nos surpreenderam
  • Padrões de workflow para aproveitar ao máximo o desenvolvimento assistido por IA com memória persistente

Por que publicar isso

Fazer software com IA ainda é território novo. A maioria dos times que trabalha assim está descobrindo o caminho a portas fechadas. Achamos que vale a pena compartilhar os padrões que estamos descobrindo, tanto os que funcionam quanto os que não funcionam.

O SynaBun é open source. O código está no GitHub. Mas o código sozinho não explica por que escolhemos embeddings locais em vez de APIs na nuvem, por que fizemos um navegador com interface gráfica em vez de usar o modo headless, nem por que o sistema de hooks existe. Esse contexto mora nas conversas, e é neste blog que ele vem à tona.

Os posts novos saem conforme a gente desenvolve. Sem calendário, sem conteúdo para encher linguiça. Só pesquisa de verdade, de sessões de desenvolvimento de verdade. Se você desenvolve com IA ou está pensando em memória persistente para as suas próprias ferramentas, este é o lugar para acompanhar.