Un artículo de la comunidad de Hugging Face publicado el 17 de septiembre de 2026 presenta funes, una herramienta de memoria local que indexa las trazas de Claude Code, Codex, pi y Hermes en un único conjunto de datos Lance. Su función es recuperar fragmentos útiles de sesiones anteriores para que una conversación nueva no tenga que partir siempre de cero.
La instalación se realiza con comandos como funes add codex, junto con variantes para Claude, pi y Hermes. Durante la configuración, funes crea el primer índice, registra las herramientas e instala hooks que indexan automáticamente los turnos nuevos. Después, funes recall devuelve fragmentos clasificados de sesiones reales, muestra el origen de cada resultado y ofrece un comando get para abrir los turnos cercanos.
La memoria conserva el vínculo con la sesión original
Funes no encarga a un modelo de lenguaje que resuma las trazas durante la ingesta. Analiza las transcripciones, divide sus bloques, crea embeddings localmente y almacena los resultados en Lance. Cuando el usuario ejecuta funes ask claude, la herramienta recupera primero los fragmentos relevantes en el equipo local y después pide al agente seleccionado que responda a partir de ese material.
Ese flujo mantiene la respuesta conectada a turnos originales que se pueden recuperar. La memoria no depende de un resumen generado automáticamente, aunque el agente sigue teniendo que interpretar los fragmentos seleccionados cuando se solicita una respuesta.
La indexación también es determinista. El modelo de embeddings queda fijado y registrado en el conjunto de datos, y funes rechaza las consultas sobre una memoria creada con un modelo incompatible. Cambiar ese modelo introduce así un límite de compatibilidad: no es un detalle invisible que pueda modificar los resultados dentro de una misma memoria sin que el sistema lo señale.
El funcionamiento local incorpora controles para los secretos
Funes funciona localmente por defecto, mientras que compartir los datos queda en manos del usuario. Cuando TruffleHog está disponible, la indexación oculta los identificadores que detecta antes de almacenarlos. Además, funes push incorpora un escaneo permanente con bloqueo ante fallos: si un bloque todavía contiene un secreto, el envío se detiene.
La protección durante la indexación depende de que TruffleHog esté disponible. El control aplicado al envío tiene otra función concreta: impedir que un bloque marcado se publique silenciosamente. Para un historial que puede incluir información sensible, esa diferencia delimita qué ocurre antes de guardar y qué ocurre antes de compartir.
El conjunto de datos Lance conserva en una misma tabla los fragmentos, su texto original, la procedencia y los embeddings vectoriales. También incluye índices BM25 y vectoriales, además de versiones validadas del conjunto de datos. Durante la recuperación, funes combina la búsqueda vectorial con BM25, vuelve a clasificar los candidatos más sólidos y aplica una ponderación por actualidad. Los identificadores deterministas de los fragmentos evitan regenerar embeddings para contenidos ya escritos.
Para quienes trabajan con varios agentes de código, el cambio práctico es contar con un registro compartido y consultable del trabajo anterior, mantenido localmente por defecto y acompañado de su procedencia cuando se recupera contexto. El compromiso está en el diseño: funes prioriza fragmentos trazables y turnos cercanos en lugar de preparar un resumen en lenguaje natural, y deja que el agente elegido interprete después el material recuperado.
Funes transforma las sesiones anteriores de Claude Code, Codex, pi y Hermes en un sistema local de recuperación construido sobre Lance. Los embeddings fijados, la procedencia de los resultados y el bloqueo ante fallos al enviar facilitan inspeccionar y limitar esa memoria. El usuario conserva, además, la decisión de compartir los datos.