Hansard traslada el historial de 25 proyectos y 53 conversaciones de Claude Code a Codex

Cuando desaparece el acceso a Claude Code, el código sigue en el disco y los repositorios siguen en Git, pero la lógica de las decisiones tomadas se convierte de repente en arqueología. ¿Por qué se eligió precisamente esta biblioteca? ¿Qué alternativa ya se probó y se descartó? ¿En qué bug nos quedamos ayer? A menudo, las respuestas viven solo en el historial de conversaciones con el agente.

El autor del material original se enfrentó justo a esto: tras el bloqueo de su organización de pago por parte de Anthropic, tuvo que trasladar su trabajo a Codex. En su ordenador se conservaban 25 proyectos y 53 conversaciones de Claude Code. La importación integrada de Codex trasladó unas 50 sesiones, pero parte de las conversaciones quedó asociada a proyectos equivocados y el contexto útil se mezcló con mensajes de servicio. Formalmente, el historial apareció. En la práctica, seguir trabajando con él resultaba incómodo.

Por qué una simple importación no resuelve el problema

La importación nativa traslada datos de una herramienta concreta a otra. Eso ayuda en una mudanza puntual, pero crea una nueva dependencia: la próxima vez que cambies de agente, tendrás que repetir el procedimiento. Además, que un chat antiguo aparezca en la interfaz no significa que el modelo entienda la cadena de decisiones ni sepa encontrar el fragmento adecuado.

Hansard propone un esquema distinto. El historial de Claude Code, Codex, Cursor, OpenCode, Kimi Code y otras herramientas se guarda en un archivo independiente. El agente no recibe el archivo completo: recurre a la búsqueda, encuentra las sesiones relacionadas con el proyecto y lee solo los fragmentos pertinentes. Esto ahorra ventana de contexto y conserva el enlace a la discusión original.

Un ejemplo sencillo: un desarrollador abre un proyecto en Codex y pide recuperar las decisiones sobre autorización. Recall busca menciones del repositorio, los archivos y las tareas correspondientes en todas las sesiones guardadas. Después, el agente contrasta los acuerdos previos con el código actual y muestra lo que ya está hecho, qué opciones se descartaron y dónde se detuvo el trabajo.

Cómo montar el archivo

Hansard dispone de una aplicación gráfica para Windows y macOS, además de una CLI para Windows, Linux y macOS. Antes de importar conviene comprobar las fuentes detectadas y el volumen de datos esperado con el comando hansard init --dry-run. La importación inicial completa se lanza con hansard init --since all, y su estado se comprueba con los comandos hansard status y hansard doctor.

Para conectar la búsqueda a Codex se usa hansard integrations add-to codex; a Claude Code, hansard integrations add-to claude; a OpenCode, hansard integrations add-to opencode. Tras modificar la configuración hay que reiniciar el agente. En Codex, la búsqueda se invoca con la habilidad $recall; en Claude Code y OpenCode, con el comando /recall.

Lo más seguro es seguir un orden práctico: primero realizar una detección de prueba de las fuentes, luego importar un periodo pequeño, revisar varios proyectos y solo después añadir todo el historial. Si las sesiones de Claude Code ya se habían importado antes a Codex, hay que considerarlas posibles copias y no fuentes independientes. No conviene eliminar registros dudosos antes de una revisión manual.

Limitaciones que no hay que olvidar

El soporte de los agentes es asimétrico. Una herramienta puede ceder su historial, pero no ser capaz de iniciar una nueva sesión con el contexto restaurado. Parte de las funciones —Deep Recall, el grafo de relaciones, las estadísticas de tokens y la sincronización en equipo— no se probaron en el experimento original y se describen según la documentación del desarrollador. En el momento de la publicación, la aplicación para Windows tenía estado preview y su instalador no estaba firmado.

Hay además un riesgo más importante: el archivo de sesiones puede contener claves, datos personales, direcciones internas y fragmentos de código privado. Antes de sincronizar entre dispositivos o de compartir el archivo con un equipo, es necesario averiguar dónde se almacenan físicamente los datos, cómo se cifran y qué recibe exactamente el modelo de búsqueda.

La conclusión principal no trata de Hansard como producto aislado. Ya es hora de considerar el historial de trabajo con un agente de IA parte del activo de ingeniería, junto al código, la documentación y el registro de decisiones de arquitectura. Si el agente se ha convertido en herramienta de trabajo, su memoria debe sobrevivir al bloqueo de una cuenta, al cambio de suscripción y a la próxima mudanza.