Cómo trabajar con IA sin caos: decenas de sesiones, proyectos a medias y la técnica de Hemingway que lo ordena.

¿Conoces el puente de Hemingway aplicado a la IA? Es la mejor respuesta que he encontrado a cómo trabajar con IA sin caos: terminar cada sesión cuando todavía sabes exactamente cómo continuar, y dejarlo escrito en tres líneas (estado, siguiente acción y contexto) para que la siguiente sesión, tuya o de un agente, empiece por ahí.

Te cuento de dónde sale, qué decía Hemingway de verdad, qué dice la ciencia (y qué no) y cómo lo aplico en ChatGPT, Gemini, Claude y, de forma automática, en Claude Code.

Mi día a día con IA: muchos proyectos, muchas sesiones, todo a la vez

Trabajar con IA multiplica lo que puedes abrir a la vez, pero no lo que puedes recordar. La IA tiene contexto y memoria; lo que no tenemos nosotros es el detalle de qué hay en cada chat cuando trabajamos en todos a la vez. Y cuando hay muchos abiertos en paralelo, el trabajo a medias crece más rápido que el terminado. Así es mi día a día ahora.

Esconzeta es una agencia de una persona apoyada en agentes de IA. Eso significa muchos proyectos a la vez: webs de clientes, contenido, campañas, informes y herramientas propias. Y en cada proyecto, varias sesiones y varios agentes trabajando al mismo tiempo.

Chats, terminales, la app y el móvil

Tengo chats abiertos en el navegador. Sesiones de agentes en varias terminales. La app de escritorio con otra conversación a medias. El móvil, desde donde lanzo o reviso cosas cuando no estoy delante del ordenador. Y tareas programadas que trabajan solas mientras hago otra cosa.

Sobre el papel, una maravilla: avanzan cinco frentes a la vez. En la práctica, durante semanas fue un caos. Volvía a una ventana y no sabía qué le había pedido, qué había quedado a medias ni qué tenía que revisar.

El contexto se pierde en cada salto

Cada vez que abres una conversación nueva con un agente, empieza de cero. No sabe qué decidiste ayer, qué probaste que no funcionó ni por qué elegiste un camino y no otro. O se lo cuentas tú, o lo vuelve a descubrir. Y a veces lo descubre distinto.

Si ya usas agentes de IA en procesos reales, sabes de qué hablo: el cuello de botella deja de ser la ejecución. Pasa a ser tu atención y tu memoria.

Lo que cuesta el caos: contexto, hosting y tokens

El desorden al trabajar con IA no es solo una sensación de agobio. Cuesta por tres vías: el contexto que se pierde entre sesiones, los procesos que siguen corriendo en el hosting sin que nadie los mire y los tokens que pagas para que la IA reconstruya lo que ya sabías. Las tres tienen la misma causa: cerrar mal cada sesión.

Hosting: lo que corre solo sin que nadie lo vea

Cuando abres frentes más rápido de lo que los cierras, quedan cosas encendidas. Me pasó revisando el consumo del hosting: había proyectos que se seguían recompilando y desplegando sin que nadie los estuviera usando así. No era un fallo de la herramienta. Simplemente nadie los había cerrado bien.

Tokens: lo que pagas cada vez que empiezas de cero

El segundo coste es menos visible. Cada vez que retomas un frente sin dejar claro dónde estaba, la IA vuelve a leer archivos, vuelve a explorar y, a veces, vuelve a rehacer. Todo eso son tokens, es decir, consumo de IA que pagas por llegar al punto donde ya estabas ayer.

En el sector a esto se le llama context engineering (ingeniería de contexto). Anthropic, la empresa que desarrolla Claude, lo define en su guía Effective context engineering for AI agents como el conjunto de estrategias para seleccionar y mantener la información óptima con la que trabaja el modelo, y advierte que el contexto debe tratarse como un recurso finito. Traducido: la IA es un fichaje brillante que llega cada mañana sin acordarse de nada. Con una buena nota, arranca en un minuto. Sin ella, pierde tiempo y tokens o, peor, decide por su cuenta.

¿Qué decía Hemingway exactamente?

Hemingway explicó la misma idea en tres sitios distintos a lo largo de su vida: parar de escribir cuando todavía sabía qué venía después, no pensar en ello hasta el día siguiente y, al volver, releer lo escrito y seguir desde donde lo dejó. Estas son sus palabras, con su fuente (traducciones mías).

Esquire, 1935: «nunca te quedarás atascado»

En octubre de 1935 publicó en Esquire «Monologue to the Maestro: A High Seas Letter», un texto de consejos para un escritor joven inspirado en Arnold Samuelson, que había pasado un año con él. Ahí escribió:

«La mejor manera es parar siempre cuando vas bien y cuando sabes lo que va a pasar después. Si haces eso cada día cuando escribes una novela, nunca te quedarás atascado. Es lo más valioso que puedo decirte, así que intenta recordarlo.»

Ernest Hemingway, «Monologue to the Maestro: A High Seas Letter», Esquire, octubre de 1935.

En el original: «The best way is always to stop when you are going good and when you know what will happen next. If you do that every day when you are writing a novel you will never be stuck.» (recogido por Farnam Street).

Y en el mismo texto añade la segunda mitad del método: parar cuando vas bien y no pensar en ello ni preocuparte hasta que empieces a escribir al día siguiente, porque así el subconsciente trabaja en ello todo el tiempo; si lo piensas conscientemente, dice, lo matas y llegas cansado antes de empezar. El texto está recopilado en By-Line: Ernest Hemingway (1967).

París era una fiesta: parar sabiendo lo que venía y escribir una frase verdadera

En sus memorias de los años de París, A Moveable Feast (publicadas en 1964, en español París era una fiesta), cuenta el mismo hábito: «Siempre trabajaba hasta tener algo hecho y siempre paraba cuando sabía lo que iba a pasar después. Así podía estar seguro de seguir al día siguiente.»

También cuenta que aprendió a no pensar en nada de lo que estaba escribiendo desde que paraba hasta que volvía a empezar al día siguiente, para que el subconsciente siguiera trabajando. Y deja la receta para cuando una historia no arrancaba: «Todo lo que tienes que hacer es escribir una frase verdadera. Escribe la frase más verdadera que conozcas.»

The Paris Review, 1958: releer y seguir desde ahí

En la entrevista «The Art of Fiction No. 21» con George Plimpton (The Paris Review, primavera de 1958) describe su rutina: escribía cada mañana desde primera hora. «Lees lo que has escrito y, como siempre paras cuando sabes lo que va a pasar después, sigues desde ahí. Escribes hasta llegar a un sitio en el que todavía te queda jugo y sabes lo que pasará después, y paras.» Y añade que cada día reescribía hasta el punto donde lo había dejado.

Por tanto: cuatro reglas

Hemingway decía que había que hacer cuatro cosas:

1. Parar cuando vas bien, no cuando estás agotado o atascado.
2. Parar sabiendo qué viene después: el siguiente paso tiene que estar claro antes de cerrar.
3. No darle vueltas hasta el día siguiente: dejar que el subconsciente haga su parte.
4. Al volver, releer lo escrito hasta donde lo dejaste y seguir desde ahí.

Por tanto, el puente de Hemingway no es «trabajar menos». Es cerrar cada sesión de forma que la siguiente empiece sola. El nombre de «puente de Hemingway» como técnica de productividad lo popularizó después Tiago Forte en Building a Second Brain (2022). Con IA hay un matiz importante: la que «relee lo escrito» al día siguiente puede ser una sesión nueva que no estuvo ayer. Por eso el puente tiene que estar escrito, no en tu cabeza.

Por qué funciona: lo que dice la ciencia (y lo que no)

Primero, una advertencia honesta: la técnica sale de los hábitos de escritura de Hemingway. Las explicaciones psicológicas son posteriores y no son investigación del escritor; él escribía así porque le funcionaba. Dicho esto, hay estudios que ayudan a entender por qué un cierre con siguiente paso escrito tiene sentido, y otros que obligan a matizar.

Zeigarnik y Ovsiankina: lo inacabado tira de ti

En 1927, la psicóloga Bluma Zeigarnik publicó en Psychologische Forschung un experimento del grupo de Kurt Lewin: las personas recordaban mejor las tareas interrumpidas que las terminadas. Es el famoso efecto Zeigarnik. Un año después, en 1928, Maria Ovsiankina publicó en la misma revista otro hallazgo: cuando se interrumpe una tarea, tendemos a querer retomarla. Es el efecto Ovsiankina.

El matiz: el efecto Zeigarnik no se replica bien

Aquí viene lo importante. Un meta-análisis de Romain Ghibellini y Beat Meier publicado en Humanities and Social Sciences Communications (2025) revisó los estudios posteriores a Zeigarnik. Conclusión: no encontraron ventaja de memoria para las tareas inacabadas, pero sí una tendencia general a retomarlas. Es decir, el efecto Ovsiankina se sostiene; el efecto Zeigarnik, tal como se suele contar, no tiene validez universal.

Traducido al puente: no se trata de que recuerdes mejor lo que dejas a medias. Se trata de que lo inacabado te empuja a volver, y conviene que ese empujón tenga una puerta de entrada clara.

Escribir el plan calma la cabeza

El estudio que mejor encaja es de E. J. Masicampo y Roy Baumeister, publicado en 2011 en el Journal of Personality and Social Psychology con un título elocuente: «Consider it done!». Las metas sin terminar provocaban pensamientos intrusivos y peor rendimiento en otras tareas. Pero cuando los participantes formulaban un plan concreto para esa meta pendiente, esos efectos desaparecían. Es casi el consejo de Hemingway de no pensar en ello hasta el día siguiente: si el siguiente paso está escrito, la cabeza lo suelta.

El residuo de atención al saltar de tarea

Sophie Leroy describió en 2009, en Organizational Behavior and Human Decision Processes, el residuo de atención: cuando cambias de tarea sin haber cerrado la anterior, parte de tu atención se queda en ella y rindes peor en la siguiente (Leroy, 2009). Con diez sesiones de IA abiertas, ese residuo se multiplica. Un cierre escrito es una forma de dar la tarea por aparcada.

Y un último apoyo: las intenciones de implementación de Peter Gollwitzer (American Psychologist, 1999). Concretar cuándo, dónde y cómo vas a hacer algo aumenta la probabilidad de hacerlo. La siguiente acción de un puente es exactamente eso.

Con todo esto, los tres mecanismos del puente quedan claros: reduce la fricción de inicio (ya sabes el primer paso), conserva el contexto mental (lo que sabías al cerrar queda escrito) y aprovecha el impulso (paras con ganas de volver, no contra un muro).

Cómo aplicarlo a mano en ChatGPT, Gemini y Claude

En las herramientas de chat se aplica en dos pasos: al terminar cada conversación, pides el puente en tres líneas; y lo guardas donde el siguiente chat lo lea al empezar. Las tres herramientas principales tienen hoy un espacio para eso.

• ChatGPT, con Proyectos. Un proyecto agrupa chats, archivos e instrucciones propias que solo aplican dentro de él (ayuda de OpenAI). Pega el puente en las instrucciones del proyecto o súbelo como archivo.
• Gemini, con Gems. Un Gem es un asistente con instrucciones y una sección de conocimiento donde puedes subir archivos o enlazarlos desde Drive (ayuda de Google). Si el puente vive en un documento de Drive, el Gem usa siempre la versión más reciente.
• Claude, con Proyectos. Cada proyecto tiene instrucciones propias y un conocimiento del proyecto donde subir documentos que Claude consulta en las conversaciones de ese proyecto (ayuda de Anthropic).

El mensaje para cerrar cada chat puede ser este: «Antes de terminar, escríbeme el puente de esta sesión en tres líneas: estado (qué funciona y qué queda), siguiente acción (el primer cambio concreto) y contexto (archivos, decisiones y problemas conocidos)». Copias la respuesta, la guardas en el proyecto y el siguiente chat empieza leyéndola.

Cómo automatizarlo con hooks en Claude Code

Cuando trabajas con agentes, el puente se puede automatizar. La forma más sencilla es pedir al agente que genere un archivo NEXT_STEPS.md al terminar cada sesión. Yo lo he llevado un paso más allá con los hooks de Claude Code: pequeños scripts que se ejecutan solos en momentos concretos de la sesión (documentación de Claude Code).

Lo que tengo montado hoy son dos hooks y una carpeta con un archivo de puente por proyecto:

• Al cerrar la sesión (hook Stop). Si la sesión ha cambiado cosas de un proyecto y no ha actualizado su puente, el hook no la deja terminar sin más: le pide que lo escriba (estado, siguiente acción y contexto, con fecha). Si los cambios fueron triviales, no escribe nada.
• Al abrir la sesión (hook SessionStart). Inyecta al agente el índice de puentes con la siguiente acción de cada proyecto. La sesión nueva arranca sabiendo dónde lo dejé, venga de la terminal, de la app o del móvil. Los puentes viejos salen marcados como posiblemente desfasados.

Una mejora que se puede configurar con el mismo sistema (todavía no la tengo en marcha): que el hook de inicio mire cuánto tiempo ha pasado desde la última sesión y, si han pasado más de X horas, te haga un pequeño resumen de lo que pasó entretanto (qué puentes cambiaron, qué tareas programadas corrieron) antes de proponerte la siguiente acción.

En un equipo de pyme vale lo mismo: el puente vive en el proyecto, no en la memoria del chat ni en la cabeza de nadie. Es sistematizar los procesos de la empresa aplicado a un equipo que lleva muchos frentes a la vez. Si estás decidiendo por dónde empezar, la guía práctica de inteligencia artificial para pymes te da el mapa.

La plantilla de 3 líneas para tu puente

Al terminar cada sesión, guarda tres cosas por proyecto. La próxima sesión, humana o de IA, las lee antes de tocar nada:

• Estado: qué funciona y qué queda pendiente. Verificado, no supuesto.
• Siguiente acción: el primer cambio concreto. Un verbo y un objeto. Una sola; si depende de otra persona, se dice de quién.
• Contexto: archivos, decisiones técnicas y problemas conocidos. Lo que tardarías media hora en reconstruir.

Un ejemplo genérico, con el mismo formato que uso yo:

Formulario de contacto de la web · Actualizado: 15-oct

Estado: el formulario envía bien en local; falta probarlo en producción y el aviso de error no se ve en móvil.

Siguiente acción: desplegar la rama del formulario y enviar una prueba real desde el móvil.

Contexto: el envío está en el archivo de la API de contacto; decidimos no guardar los datos en base de datos; el error de móvil es de estilos, no de lógica.

Antes que coleccionar herramientas, compensa aprender a usar la IA de verdad, con método. Y si vas a meter IA en tu negocio, conviene medir lo que la IA aporta desde el primer día. En Esconzeta trabajamos así a diario, con agentes en marcha y un puente para cada proyecto abierto. Si quieres implantar IA en la empresa con método, hablemos.

Saber cómo trabajar con IA no va de abrir más sesiones. Va de cerrarlas bien. No termines cuando ya no sabes qué hacer, termina cuando todavía sabes el siguiente paso.