⏱ Si hay tiempo — Los límites de la memoria

Información
⏱ Duración: ~15 min (bloque opcional) · 🎯 Objetivo: entender dónde vive —y dónde NO vive— la memoria de Claude, para gobernar la automatización sin suponer contexto que no existe.

Cuando automatizas, es fácil suponer que Claude “recuerda todo”. No es así: la memoria tiene fronteras claras, y confundirlas es una fuente silenciosa de errores en tareas programadas y flujos gobernados.

Las tres fronteras

  • El chat NO viaja a Cowork. Lo que Claude “sabe” de tus conversaciones en el chat no se traslada a Cowork. Una tarea de Cowork empieza sin ese contexto.
  • En Cowork, la memoria vive solo en Projects. Dentro de Cowork, el contexto persistente entre tareas se guarda en un Project: los archivos, instrucciones y conocimiento del Project son la memoria compartida. Fuera de un Project, cada tarea arranca en frío.
  • Dispatch agrega memoria entre sesiones (solo Pro/Max). El hilo único de Dispatch retiene contexto de una tarea a la siguiente —memoria cross-session— pero es una capacidad solo Pro/Max, no Team/Enterprise.
Consejo
Implicación de gobernanza: si tu tarea programada necesita contexto (una política, un glosario, datos base), no confíes en que Claude “lo recuerde”: ponlo en el Project donde corre la tarea, o adjúntalo en el prompt. La memoria que no está en el Project no existe para esa corrida.

✅ Checkpoint

Puedes explicar que el chat no comparte memoria con Cowork, que en Cowork la memoria persistente vive en Projects, y que la memoria cross-session de Dispatch es solo Pro/Max. Sabes dónde colocar el contexto que una tarea programada necesita.

Workshop Claude Avanzado · Grupo Salinas · v1.0 · 2026