Los proyectos de Claude se están reconstruyendo en torno a una memoria en la que escribe cada hilo; Anthropic trasladará el proyecto que ya tienes más adelante (2026)

Dos publicaciones, con un día de diferencia, ambas sobre dónde reside el trabajo.

La publicación sobre los proyectos tiene fecha del 17 de septiembre de 2026. Describe una estructura de dos capas: "Los proyectos tienen hilos que realizan el trabajo y un coordinador que los dirige". Cada hilo no es una tarea ligera. Anthropic es específica: "Bajo el capó, cada hilo es una sesión en la nube de Claude Code que trabaja en su propia rama y copia del repositorio".

Debido a que cada hilo tiene su propia copia, las colisiones de código tienen una ruta de resolución documentada: "El coordinador mantiene el trabajo organizado, pero si algún hilo trabaja en el mismo código, el solapamiento se resuelve como un conflicto de fusión (merge conflict) al igual que cualquier otra PR". Los hilos también pueden subdividirse: "Cada hilo puede dividir aún más su trabajo delegado en partes utilizando subagentes, bucles y flujos de trabajo cuando sea necesario para que las tareas grandes terminen más rápido". Dónde deja esa subdivisión al contexto es una pregunta en sí misma, una que abordamos en lo que los subagentes comparten y no comparten.

Luego, la sección de contexto. Anthropic define los proyectos como creados "para flujos de trabajo de larga duración o agénticos: trabajo que requiere más de una respuesta y tiene más de una parte", y describe la memoria como acumulativa: "Con el tiempo, Claude aprende más sobre los detalles del proyecto y los aplica a su trabajo". Los ejemplos que se dan son decisiones, no código: "Claude puede recordar que el lanzamiento se trasladó al viernes, por qué se descartó la exportación o con quién consultar antes de modificar el servicio de facturación". Junto a esto, "los proyectos ahora incluyen una biblioteca que recopila los archivos que agregas y los artefactos producidos por Claude".

El lenguaje sobre el despliegue es la parte que casi nadie citó. El acceso comenzó, en palabras de Anthropic, para "suscriptores seleccionados de Claude Pro y Max que usan sesiones en la nube en Claude Code y no tienen proyectos existentes en la web o el escritorio". Si has estado usando proyectos, esa cláusula se refiere a ti. Y la frase siguiente dice lo que sucede después: "Los proyectos existentes en los planes Pro y Max siguen funcionando como lo hacen hoy. Los actualizaremos a medida que el despliegue se expanda al chat y a Cowork".

La segunda publicación, con fecha del 16 de septiembre de 2026, es el evento estructuralmente idéntico ocurrido un día antes: "A partir de hoy, Claude Cowork y el chat se fusionan en un solo Claude". La propia explicación de Anthropic sobre el porqué nombra el problema en los términos más claros que nadie haya logrado: "Creamos Cowork como un lugar separado para trabajos más grandes, y Design para trabajos visuales. La gente usaba ambos y nos decía que la parte frustrante era decidir a qué lugar pertenecía una tarea. Lo que habían comenzado en uno tampoco se transfería al otro".

Eso es un proveedor admitiendo por escrito, en una publicación de lanzamiento, que sus propios contenedores no se transmitían el contexto entre sí. La solución se plantea con la misma claridad: lo que esas superficies pueden hacer ahora está "disponible desde cualquier conversación, con el contexto, las habilidades y los conectores que ya tienes", y para las personas que ya están dentro de Cowork, "todo está donde lo dejaste: tus chats, proyectos, artefactos, conectores y habilidades".

Cambia quién escribe. Hasta ahora, un proyecto acumulaba contexto principalmente porque tú introducías cosas en él. En el proyecto rediseñado, cada hilo aporta a la memoria compartida a medida que trabaja. El lado de la escritura pasó de tener un solo autor a tener muchos, y los autores son sesiones en lugar de personas. Un coordinador que distribuye el trabajo tiene la misma forma que un equipo de agentes, y dónde aterriza ese contexto es la pregunta que abordamos en lo que comparten los equipos de agentes.

Cambia dónde se realiza la lectura. Anthropic describe la inspección en dos niveles: "Puedes monitorear y guiar el progreso en el chat principal del proyecto, o profundizar en cada hilo individual para examinar y dirigir los detalles". Así que hay un lugar donde mirar. Lo importante es crear el hábito de mirarlo: la memoria compartida es ahora un artefacto de trabajo, no un panel de configuración que ajustas una sola vez.

Cambia el perfil de costos. "Los proyectos pueden ejecutar varios hilos a la vez, y cada uno es una sesión completa de Claude Code. Debido a esto, los proyectos pueden alcanzar los límites de uso más rápido". Anthropic acompaña esto con controles: "Puedes verificar el uso específico del proyecto y seleccionar el modelo y los niveles de esfuerzo utilizados tanto por el chat del coordinador como por los hilos de trabajo".

No cambia dónde se ejecutan los hilos, todavía. "Los hilos se ejecutan en la nube hoy en día; la ejecución en tu máquina junto con tus herramientas y código locales y detrás de tu red llegará muy pronto".

No cambia tu proyecto existente hoy. Sigue funcionando como lo hace hoy y se actualizará más adelante. Esa es una brecha con una forma definida: el proyecto que estás usando ahora está en un lado de una conversión que aún no has visto.

No convierte a un proyecto en un registro duradero. Un proyecto es donde vive un cuerpo de trabajo mientras está activo. El razonamiento detrás de una decisión vale más que la decisión misma y sobrevive al contenedor, que es la distinción que hicimos en por qué una ventana de contexto larga no es memoria.

"La memoria compartida significa que puedo dejar de escribir las cosas". La publicación dice que la memoria compartida reduce "la necesidad de una ingeniería de prompts compleja", lo cual es una afirmación sobre los prompts, no sobre tus registros. Las cosas que Anthropic enumera como ejemplos (un lanzamiento trasladado, una exportación descartada, una persona con quien consultar) son exactamente las cosas que quieres tener escritas en algún lugar donde puedas leerlas el próximo trimestre, en tus propias palabras.

"Los hilos paralelos son solo sesiones más rápidas". Cada hilo es una sesión completa en la nube en su propia rama y su propia copia del repositorio. Esa es una unidad de trabajo diferente a una pestaña, y la propia nota de Anthropic sobre los límites de uso es la prueba de ello.

"Tanto el código como la memoria se fusionan". Anthropic describe explícitamente un mecanismo de resolución, y es para el código: el solapamiento "se resuelve como un conflicto de fusión al igual que cualquier otra PR". Para la memoria compartida, la misma página describe una relación diferente: cada hilo "aporta a ella y se nutre de ella". Esos son dos diseños diferentes, y vale la pena leerlos como tales en lugar de asumir que uno cubre ambos. Otro proveedor llegó a una división similar, la cual examinamos en qué llega al siguiente agente en Cursor Projects.

"Mi proyecto simplemente se convertirá en la nueva versión". Se actualizará, según el cronograma de Anthropic, a medida que el despliegue se expanda al chat y a Cowork. Entre ahora y entonces, seguirá funcionando como lo hace hoy. Anthropic también estableció expectativas para las organizaciones en la publicación de Cowork: "Los administradores de empresas recibirán noticias nuestras al menos 30 días antes de que cambie algo para sus organizaciones".

"Esto es lo mismo que ramificar una sesión". No lo es. Una rama copia una sesión para que puedas tomar un camino diferente; un proyecto ejecuta muchas sesiones para lograr un único objetivo. Analizamos el caso de las ramas por separado en bifurcar una sesión remota de Claude Code.

El objetivo no es evitar la memoria compartida. Es saber qué mitad de tu contexto puede vivir dentro de un contenedor que se encuentra en pleno rediseño.

Paso 1: Escribe las decisiones antes de que comiencen los hilos

Antes de establecer un objetivo y dejar que un proyecto distribuya el trabajo, escribe las tres o cuatro cosas que sería costoso que cualquier hilo tuviera que adivinar: la restricción que ya descartaste, la convención que acordó el equipo, el servicio que nadie toca sin preguntar a una persona específica. Los propios ejemplos de Anthropic sobre la memoria del proyecto son exactamente este tipo de datos, lo que te indica que importan; escríbelos donde puedas volver a leerlos sin tener que abrir el producto que los almacena.

Paso 2: Lee el hilo, no solo el resumen

Utiliza ambos niveles que describe Anthropic. El chat del proyecto te dice dónde está el trabajo; el hilo individual te dice qué concluyó y sobre qué base. Cuando la conclusión de un hilo se convierta en una decisión con la que el equipo va a convivir, cópiala en una frase propia. Una conclusión que existe solo dentro de un hilo es una conclusión que tendrás que volver a deducir.

Paso 3: Conserva una copia que sobreviva a la actualización

Tu proyecto existente sigue funcionando hoy y se actualizará más adelante. Cualquier cosa que detestarías tener que volver a explicar después de esa conversión ya debería existir fuera de ella. Esta es la misma disciplina que hace que un cambio de herramienta sea viable, y es la que se aborda en transferir contexto entre sesiones de Claude Code.

La mitad duradera de esa división necesita un lugar donde vivir que no sea un proyecto, un hilo o el contenedor de un proveedor. MemoryLake es un almacén en el que escribes esas decisiones a propósito, independiente de la estructura de cualquier producto y legible desde cada asistente que conectes. Tú mismo escribes las entradas, con tus propias palabras. No se lee, escribe ni elimina nada de los sistemas de Anthropic ni de la tienda de ningún otro proveedor; tus proyectos, hilos y bibliotecas permanecen completamente bajo sus propios controles.

Paso 1: Crea una clave API

Genera una clave desde el panel de control. Esto es lo que permite que un chat de coordinador, una sesión de terminal y un asistente completamente diferente accedan al mismo conjunto de datos sin que cada uno tenga que guardar su propia copia.

Paso 2: Sube tus primeras memorias

Comienza con las cuatro categorías a las que apuntan los propios ejemplos de Anthropic: fechas que cambiaron, cosas que descartaste, propiedad de servicios específicos y convenciones que esperas que se sigan. Agrega la razón junto a cada una. La razón es lo que evita que un hilo futuro proponga lo que ya rechazaste.

Paso 3: Conecta tu IA y agentes

Apunta tus herramientas a la capa para que esos datos se carguen al inicio del trabajo en lugar de tener que reconstruirse a partir de una transcripción. Luego, realiza la única prueba que demuestra algo: pídele a un asistente diferente que te devuelva una de las decisiones. Si responde, tu razonamiento ya no estará atado a la forma de un solo producto.

El primer cambio es que "en qué superficie debe estar esto" deja de ser una pregunta que respondes dos veces. Anthropic acaba de eliminar esa pregunta de sus propios productos y dijo en voz alta que la respuesta solía costarles contexto a los usuarios. La misma lógica se aplica un nivel más arriba: si un dato importa en varias herramientas, no debería vivir en la herramienta que hayas abierto por casualidad.

El segundo es que la memoria del proyecto se convierte en algo que revisas en lugar de algo en lo que confías. Muchos hilos escriben en ella. Leer las conclusiones de un hilo ahora es parte del trabajo, no una auditoría que haces cuando algo sale mal.

El tercero es que la diferencia entre una decisión y un registro se vuelve operativa. Un proyecto es excelente para mantener unido un esfuerzo en curso. Un registro de por qué elegiste algo es un artefacto diferente con una vida útil distinta, y el rediseño es un buen momento para notar que estabas guardando ambos en el mismo lugar.

El cuarto es que las actualizaciones dejan de ser alarmantes. Tu proyecto existente sigue funcionando hoy y cambiará más adelante. Si todo lo estructural tiene una copia fuera de él, esa conversión es una simple notificación en lugar de una tarde perdida.

Establece el objetivo de forma acotada la primera vez. El enfoque de Anthropic —"Informa a Claude en el proyecto de la misma manera que informarías a un jefe de personal y este dirigirá el trabajo a hilos nuevos o preexistentes"— funciona mejor cuando el informe es lo suficientemente específico como para que la asignación sea obvia.

Verifica el uso específico del proyecto de forma temprana. Varias sesiones completas en la nube a la vez representan un patrón de consumo diferente, y Anthropic documenta los controles para el coordinador y los hilos de trabajo por separado.

Trata la biblioteca como una bandeja de entrada, no como un archivo. Recopila los archivos que agregas y los artefactos que produce Claude. Es útil para encontrar cosas durante el trabajo, pero no es lo mismo que un registro curado de lo que concluiste.

Escribe la razón, no solo la regla. "No toques la facturación sin preguntar" envejece mal. "No toques la facturación sin preguntar, porque el trabajo de conciliación se ejecuta a una hora fija y un cambio de esquema lo rompió en junio" sobrevive a un traspaso.

Conserva una copia fuera del contenedor. Anthropic ha movido dos contenedores en dos días. Eso es un producto que mejora, y también es una razón para guardar tus datos duraderos en un lugar que no sea un contenedor.

El rediseño de los proyectos de Claude es un cambio real en lo que es un proyecto: no una carpeta con un chat adjunto, sino una conversación con un coordinador, sesiones en la nube paralelas, una biblioteca y una memoria a la que aporta cada hilo. Anthropic documentó toda la estructura, incluidas las partes que son fáciles de pasar por alto: que el solapamiento de código se resuelve como un conflicto de fusión, que los hilos son sesiones completas con un costo real y que, por ahora, los hilos se ejecutan en la nube.

Las dos frases que debes recordar son las que se refieren a lo que ya tienes. Los proyectos existentes "siguen funcionando como lo hacen hoy" y Anthropic los "actualizará a medida que el despliegue se expanda al chat y a Cowork". Nada de eso es un problema. Es simplemente un cambio programado en la forma del lugar donde se encuentra tu contexto.

El día anterior, Anthropic explicó por qué importan los contenedores en primer lugar: la gente tenía que decidir constantemente a qué lugar pertenecía una tarea, y "lo que habían comenzado en uno tampoco se transfería al otro". Esa es la declaración más clara del problema que se ha publicado este mes. La respuesta práctica no es elegir un mejor contenedor. Es guardar los datos que sobreviven a cualquier contenedor en un lugar que tú controles y dejar que los contenedores sigan mejorando.