Memoria persistente en Claude con Postgres y MCP

Uno de los roces más frecuentes al trabajar con Claude de forma continuada es la ausencia de memoria entre sesiones. Cada conversación comienza desde cero: sin historial de decisiones, sin preferencias previas, sin contexto acumulado. Es una limitación de diseño conocida, no un error, pero en flujos de trabajo reales supone perder tiempo reconstruyendo el contexto a mano.

Esa es exactamente la fricción que un artículo publicado esta semana en MakeUseOf decide atacar de frente. La pieza describe cómo conectar Claude a una base de datos Postgres para que el modelo pueda leer y escribir información persistente entre sesiones. El resultado: Claude recuerda proyectos, preferencias y datos relevantes sin que el usuario tenga que repetirlos cada vez.

Cómo funciona la integración

La arquitectura descrita sigue el patrón estándar de MCP. Se configura un servidor MCP que actúa de puente entre Claude y la base de datos Postgres. Desde `claude_desktop_config.json` o desde Claude Code, se declara el servidor, y a partir de ese momento Claude puede invocar herramientas como `query`, `insert` o `update` sobre tablas definidas por el usuario.

El esquema de datos propuesto en el artículo es deliberadamente simple: una tabla de hechos clave (`memories`) con campos para el contenido, la fecha y etiquetas opcionales. Claude decide cuándo escribir en ella —al final de una sesión relevante, por ejemplo— y cuándo consultarla al inicio de una nueva conversación.

No hay magia aquí. Es una combinación de MCP, un servidor Postgres accesible y un prompt de sistema que instruye a Claude sobre cuándo usar esas herramientas. Lo interesante es que funciona con cualquier instancia de Postgres: local, en un VPS o en servicios gestionados como Supabase o Neon.

Por qué importa y para quién

Esta solución es especialmente útil para quienes usan Claude como asistente de trabajo continuado: desarrolladores que mantienen proyectos largos, redactores con estilos y glosarios propios, o cualquier flujo donde el contexto acumulado tiene valor real.

Las Skills de Claude Code permiten empaquetar instrucciones reutilizables, pero no persisten datos estructurados entre sesiones por diseño. Los archivos `CLAUDE.md` del repositorio cubren parte del problema —contexto del proyecto—, pero no son adecuados para datos dinámicos que cambian sesión a sesión. Postgres llena ese hueco de forma natural.

También hay una ventaja de control: el usuario es propietario de los datos, puede inspeccionarlos, editarlos o borrarlos sin depender de ninguna capa propietaria. En entornos corporativos o con datos sensibles, eso no es un detalle menor.

Limitaciones que conviene tener presentes

La solución tiene sus bordes. Claude no tiene criterio perfecto sobre qué merece guardarse; sin instrucciones claras en el prompt de sistema, puede sobreescribir datos útiles o ignorar información relevante. Tampoco hay mecanismo nativo de deduplicación: si el mismo hecho se guarda varias veces con ligeras variaciones, la tabla crece con ruido.

Por otro lado, el servidor MCP necesita estar activo y accesible cuando se lanza Claude. En escritorio esto es trivial; en configuraciones remotas o en equipos con varios usuarios, requiere algo más de infraestructura.

Nada de esto invalida el enfoque. Son problemas de implementación resolubles, no limitaciones de diseño fundamentales.

El contexto más amplio

Esta clase de integraciones —Claude como cliente MCP sobre bases de datos reales— lleva varios meses ganando tracción en la comunidad. Lo que antes requería frameworks de orquestación complejos hoy se resuelve con un servidor MCP ligero y configuración estándar. La discusión en Hacker News no ha generado mucho volumen de comentarios todavía, pero el artículo original toca un punto de dolor genuino que muchos usuarios han afrontado en silencio.

Desde ElephantPink llevamos tiempo viendo que las soluciones de persistencia más adoptadas no son las más sofisticadas, sino las más transparentes. Una tabla Postgres que puedes abrir con cualquier cliente SQL tiene pocas sorpresas. Para empezar a resolver el problema de la memoria en Claude, es un punto de entrada razonable.