¿Cómo continuar en otra sesión de IA el trabajo que dejaste a medias?

Para retomar en una sesión nueva, o en otra IA, lo que dejaste a medias, el estado del trabajo tiene que vivir fuera del chat. Antes de cerrar, pide a la IA que deje escrito qué falta y cuál es el siguiente paso, qué se hizo y por qué, y cómo funciona lo que cambió. Al empezar la siguiente sesión, pídele que lo lea entero antes de tocar nada.

Por qué se pierde el hilo

Un ejemplo. El martes empiezas con una IA a migrar la base de datos de un proyecto a una versión nueva. En dos horas descubres que una extensión no es compatible, descartas actualizarla porque rompe otra parte de la aplicación y decides exportar esos datos aparte. A las siete lo dejas a medias.

El jueves abres una sesión nueva, o directamente otra IA porque la primera ha llegado a su límite, y escribes «sigamos con la migración». No sabe qué extensión era, ni por qué descartaste actualizarla, y te propone justo lo que ya probaste. Media hora después estás donde estabas el martes a las cinco.

El problema no es que el modelo tenga mala memoria. Es que todo lo que importaba estaba dentro de una conversación: cada chat arranca con su propio contexto y lo que no se guardó fuera no pasa al siguiente. Algunas herramientas permiten retomar la última conversación, pero solo dentro de esa misma herramienta, y una conversación larga tampoco es un buen punto de partida: lo importante queda enterrado entre intentos fallidos.

Qué tiene que llevar un buen traspaso

Quien ha probado a pedir un resumen al final de la sesión llega a una lista parecida:

• El objetivo, en una frase. No «la migración», sino «pasar la base de datos a la versión nueva sin perder los datos de la extensión X».
• Lo que ya está hecho, y cómo se comprobó.
• Lo que falta.
• Las decisiones y su porqué, también lo que se descartó. «No actualizamos la extensión porque rompe los informes» ahorra repetir la misma prueba.
• Un siguiente paso concreto. «Continuar» no es un paso; «exportar la tabla de la extensión y comprobar que el recuento de filas coincide», sí.
• Las dudas abiertas.

Conviene separar lo comprobado de lo que solo se supone. Si la sesión anterior concluyó que «seguramente es un problema de permisos» sin verificarlo, esa sospecha no debería llegar a la siguiente como si fuera un hecho.

Un traspaso son tres cosas, no un documento

La solución más habitual es un fichero de traspaso que la IA reescribe al final de cada sesión. Funciona, pero se queda corto en tres puntos: al reescribirlo se pierde lo de la vez anterior, mezcla lo que falta con lo que pasó, y vive en un repositorio o en el portapapeles que no todas tus IA pueden leer.

Funciona mejor repartirlo según lo que es cada cosa:

1. Lo que falta va en una issue. Una tarea con estado (abierta, en progreso, en pruebas, hecha) y, en su descripción, el objetivo, lo pendiente y el siguiente paso. Se actualiza: siempre dice dónde estás ahora.
2. Lo que pasó va en una bitácora. Una línea por actuación: qué se hizo, con qué resultado y por qué se decidió así. No se reescribe, solo crece, así que el porqué del martes sigue ahí dentro de tres meses.
3. Cómo funciona va en una nota. Si la migración cambia cómo se despliega el proyecto, la nota del despliegue se actualiza. Es lo que seguirá siendo cierto cuando la tarea esté cerrada.

La siguiente sesión, sea de la IA que sea, lee la issue para saber qué toca, las últimas líneas de la bitácora para saber qué se intentó y la nota para saber cómo está montado.

Antes de cerrar la sesión

No hace falta escribirlo tú: pídeselo a la IA mientras todavía tiene todo el contexto. Por ejemplo:

Antes de cerrar: actualiza la issue de esta tarea con lo que queda pendiente y el siguiente paso concreto. Añade a su bitácora una línea con lo que hemos hecho hoy, lo que probamos y no funcionó, y por qué. Si ha cambiado cómo funciona algo, actualiza la nota. Separa lo que hemos comprobado de lo que solo suponemos.

Hazlo antes de que la conversación se alargue demasiado, no cuando ya ha empezado a confundirse, y lee lo que ha escrito. Dos minutos de revisión valen más que media hora de reconstrucción.

Al empezar la siguiente

El arranque importa tanto como el cierre. Una IA que empieza a actuar antes de leer el traspaso repite errores. Algo así:

Vamos a seguir con la issue «Migrar la base de datos». Léela entera, lee las últimas líneas de su bitácora y la nota enlazada, y dime en tres frases dónde lo dejamos y cuál es el siguiente paso. No toques nada todavía.

Si el resumen que te devuelve no cuadra con lo que recuerdas, corrígelo antes de seguir. Y comprueba que el estado sigue siendo cierto: entre una sesión y otra alguien pudo cambiar algo.

Cómo se hace con md-doc

Todo lo anterior se puede hacer con ficheros y disciplina; md-doc lo hace más fácil, no imprescindible. Lo que aporta es que las tres piezas están en un sitio que cualquier IA conectada lee y escribe:

• Las issues tienen los estados open, in_progress, test y done, y la IA las busca y actualiza por MCP con issues_search, issues_get e issues_update. Las reglas del servidor le piden ponerlas en in_progress al empezar y en test al terminar, sin darlas por hechas si no lo ha comprobado.
• En las bitácoras la IA solo puede añadir líneas con log_append: no puede editar ni borrar las anteriores, y la bitácora no se borra. Al empezar, log_get le devuelve las últimas líneas.
• Las notas guardan el estado actual en Markdown, y se enlazan entre sí y con issues y bitácoras con chips como $[issue:7:Migrar la base de datos].

Como todas tus IA se conectan al mismo servidor MCP, da igual con cuál sigas: lo que dejó Claude el martes lo lee ChatGPT o un modelo local el jueves. Y si quien sigue es un compañero, puedes compartir la carpeta de issues y la de bitácoras con su cuenta, una vez que acepte tu invitación de amistad.

Si lo que necesitas no es retomar, sino que varias IA trabajen a la vez sobre lo mismo, lee Conectar varias IA entre sí.

Un solo sitio para todas tus IA

Cuando el trabajo cambia de sesión, de IA o de persona, el contexto no debería quedarse en el chat donde nació. Si lo que falta, lo que pasó y cómo funciona están en un mismo sitio al que todas tus IA tienen acceso, retomar deja de ser reconstruir: la siguiente sesión empieza donde terminó la anterior.