Herramientas
Funes: memoria persistente y auto-alojada para los agentes de programación
Los agentes de programación arrancan cada sesión con amnesia total y repiten los mismos errores una y otra vez. Funes, un proyecto publicado en el blog de Hugging Face, propone dotarles de una memoria persistente que el propio desarrollador controla y almacena. La idea de fondo: el contexto acumulado durante meses de trabajo es un activo que no debería quedarse dentro de un servicio ajeno.
En resumen
- Funes es un sistema de memoria para coding agents (agentes de programación) presentado en el blog oficial de Hugging Face.
- Su premisa es que la memoria del agente debe ser propiedad del usuario y no quedar encerrada en un proveedor cerrado.
- El enfoque encaja con el MCP (Model Context Protocol, protocolo de contexto de modelo), que estandariza cómo un asistente accede a herramientas y datos externos.
- El planteamiento apunta a un cambio de fondo: pasar de la ventana de contexto efímera a un almacén de conocimiento reutilizable entre sesiones.
El olvido es el cuello de botella real de los agentes
Un LLM (modelo de lenguaje grande) solo puede razonar sobre lo que cabe en su ventana de contexto. Cuando la sesión termina, todo lo aprendido sobre la arquitectura del proyecto, las convenciones del equipo o las decisiones descartadas se evapora. El desarrollador vuelve a explicar lo mismo al día siguiente.
Ese coste no es solo de tiempo. Un agente sin memoria repite soluciones que ya fallaron, reintroduce patrones que el equipo había rechazado y obliga a revisar propuestas que deberían estar zanjadas. La productividad prometida se diluye en la reexplicación constante.
La propuesta pasa por una memoria que pertenece al desarrollador
El argumento central de Funes es de propiedad, no solo de capacidad técnica. Si la memoria vive dentro de un servicio cerrado, el historial de trabajo queda atrapado ahí: no se puede exportar, auditar ni migrar a otro asistente. Una memoria auto-alojada devuelve ese control a quien genera la información.
Para un equipo profesional el matiz es relevante. El conocimiento sobre un código base propietario, con sus decisiones internas y sus restricciones, es material sensible. Guardarlo en un almacén bajo control propio permite aplicar las mismas políticas de seguridad que ya rigen para el repositorio.
El ecosistema converge hacia el contexto persistente
Funes no aparece en el vacío. La adopción del MCP como capa estándar de conexión entre modelos y fuentes externas ha abierto la puerta a que la memoria sea un componente conectable más, igual que un sistema de ficheros o una base de datos. El agente consulta el almacén cuando lo necesita en lugar de arrastrarlo todo en el prompt (instrucción de entrada).
Esta arquitectura tiene además una ventaja económica. Recuperar solo los fragmentos relevantes reduce el número de tokens (unidades mínimas de texto que procesa el modelo) enviados en cada llamada, lo que abarata la operación frente a la alternativa de inflar el contexto con historial completo.
Conclusión
La conversación sobre agentes de programación lleva meses centrada en qué modelo escribe mejor código, cuando el diferencial práctico está empezando a desplazarse hacia qué agente recuerda mejor el proyecto. Herramientas como Funes señalan una etapa en la que la memoria acumulada se convierte en el verdadero activo del desarrollador, algo que conviene poder exportar, inspeccionar y llevarse consigo. Si esa memoria se estandariza y se vuelve portátil, cambiar de asistente dejará de implicar empezar de cero, y la dependencia de un proveedor concreto pesará bastante menos a la hora de elegir herramienta.