ContextPool

O núcleo do ContextPool é a memória que sobrevive entre sessões. Quando um agente de programação topa com um bug, chega a uma correção ou decide por uma escolha de design, o ContextPool extrai esse conhecimento e o guarda. A próxima sessão começa com esse histórico disponível, então o agente não trata o seu projeto como se fosse novo. Esse é todo o ponto.

O ContextPool não apenas arquiva registros brutos de chat. Ele extrai os conhecimentos de engenharia que importam, as correções, os motivos por trás das decisões, os detalhes que vale lembrar muito depois da conversa que os produziu. Esse filtro importa. Uma pilha de transcrições não serve. Uma lista curta de correções confirmadas, sim. O argumento do produto é que você recebe sinal, não ruído.

As memórias guardadas devem ser lembradas quando são relevantes, não despejadas por inteiro em cada prompt. Quando você começa uma tarefa nova, o agente pode trazer à tona as memórias que se aplicam ao que você está fazendo. Isso mantém o agente ancorado sem enterrá-lo em detalhes velhos.

O ContextPool nomeia diretamente os agentes com que trabalha: Claude Code, Cursor, Windsurf e Kiro. Em vez de te forçar a usar um editor novo, ele se conecta ao agente de programação que você já usa, o que significa que não há nada novo para aprender do lado do editor antes de ver algum benefício. O suporte se limita a essa lista por enquanto, então confira a sua antes de se comprometer. Vale a pena dar uma olhada de qualquer forma.

O ganho prático é menos prompts repetidos. Em vez de repetir sua stack, suas convenções e o bug que você resolveu na terça passada, você inicia a sessão e deixa o agente trazer o contexto de volta. Numa semana de uso diário, isso se acumula. Só a memória basta para justificar o pagamento? Depende de quanto tempo você perde se repetindo. Para quem usa um agente todo dia, a resposta geralmente é sim.