De infinitas sesiones a hilo único

La unidad de trabajo ha dejado de ser la petición

Durante tres años, la unidad de trabajo con un asistente de inteligencia artificial fue el prompt: una petición bien escrita, una respuesta, y a otra cosa. Quien haya intentado sostener así una tarea de varios días sabe dónde se rompe: el trabajo no cabe en una petición y cada mañana toca volver a explicar de qué iba todo.

Conviene decirlo antes de seguir: el rediseño de proyectos de Claude que empuja este cambio está en beta restringida. Solo lo ven cuentas Pro y Max seleccionadas que además usen Claude Code —la herramienta de Anthropic para trabajar con Claude sobre el código de un proyecto— y no tengan proyectos creados antes. Buena parte de los lectores no lo tiene delante, así que lo que viene no es un recorrido por una pantalla: es el método que hay debajo, y ese se aplica con el asistente que cada uno tenga a mano.

Anthropic fundió sus dos Claude en uno el 18 de septiembre

El 18 de septiembre de 2026, Anthropic —la empresa que desarrolla Claude— fundió Claude Cowork y Claude Chat en un solo Claude. El despliegue arrancó por los planes de pago, Pro y Max.

El motivo que dio la empresa no fue de rendimiento, sino de puerta de entrada. Mike Krieger, responsable de Anthropic Labs y cofundador de Instagram, lo resumió así: «lo más común que oímos es que la gente no sabe con qué producto empezar».

Es una frase más interesante de lo que parece. Tener dos productos obligaba a decidir antes de saber nada: ¿esto que quiero hacer es una conversación o es un trabajo? Anthropic quitó la pregunta de en medio, y esa decisión arrastra una consecuencia de método.

Leer más: Anthropic — Cowork is now Claude ↗

Cursor llegó al mismo sitio una semana antes

Una semana antes, Cursor —el editor de código con asistente de inteligencia artificial— había hecho el mismo movimiento y con la misma lógica: un agente coordinador y un hilo único por debajo.

Que dos productos que compiten lleguen a la misma forma con siete días de diferencia es el dato que conviene retener. Cuando una empresa cambia de diseño, es una apuesta; cuando dos lo hacen a la vez y por separado, lo que ha cambiado es la manera de trabajar. Y esa se copia sin pedir permiso.

Tres hábitos que cambian de sitio

El método completo cabe en tres cambios, y ninguno de los tres exige un producto concreto. Son tres decisiones que se toman al empezar una tarea larga, y cada una sustituye a una costumbre que hasta ahora parecía la única posible.

El primer cambio: dejar de escribir documentos de traspaso

La costumbre que se abandona es la del documento de traspaso: ese texto que uno se escribía a sí mismo al final de la sesión para pegárselo al asistente al día siguiente. Funcionaba, pero cada traspaso es una traducción, y en cada traducción se cae algo: el matiz que explicaba por qué se descartó la opción evidente.

En un hilo único ese trabajo no desaparece, lo hace el sistema. La conversación se compacta cuando le hace falta y continúa con el objetivo dentro. El cambio de hábito, para quien escribe, es dejar de preparar el resumen y empezar a preparar lo que el resumen debe salvar.

Y eso se hace escribiendo. Las restricciones del encargo, las decisiones ya cerradas y lo descartado con su motivo, dichos en una línea clara dentro del hilo, sobreviven a la compactación; lo que solo estaba sobreentendido, no. El punto vale igual en un asistente sin proyectos: escribir el objetivo al principio y repetirlo cuando la conversación se alarga es la versión manual de lo mismo.

El segundo cambio: fijar un criterio antes de pedir nada

El segundo cambio es el que más cuesta, porque obliga a pensar antes de escribir. Un prompt es una petición: se manda y se mira qué sale. Un encargo es otra cosa: lleva un objetivo y lleva una manera de saber que se ha cumplido.

La diferencia se nota al final, no al principio. Con un prompt, el criterio para aceptar la respuesta es la impresión que produce leerla, y una respuesta bien redactada produce buena impresión aunque esté incompleta. Con un criterio escrito de antemano, la comprobación es aburrida y objetiva.

Hay un efecto secundario que compensa el esfuerzo: escribir el criterio obliga a descubrir lo que uno no había decidido todavía. Muchas peticiones no salen mal por el modelo, sino porque nadie había concretado qué quería y el asistente rellenó el hueco con una suposición razonable que no era la del usuario.

El tercer cambio: repartir el trabajo y repartir el gasto

El tercer cambio es el menos glamuroso y el que más se nota en la factura. La costumbre por defecto es usar el modelo más potente disponible para todo, porque es el que está puesto. El resultado es pagar precio de experto por leer un listado de archivos.

Repartir el trabajo en subagentes hace visible algo que estaba mezclado: dentro de una tarea larga hay trozos que piden criterio y trozos que solo piden recorrido. Separarlos permite elegir por trozo, y elegir por trozo es lo que evita fundir la cuota mensual en la primera semana.

Esto también tiene versión sin beta. Partir un encargo grande en subtareas con entrada y salida claras, y resolver las mecánicas en el modelo económico del mismo proveedor, es la misma decisión tomada a mano. El producto la automatiza; no la inventa.

Un hilo que dirige otros hilos y no depende del portátil

Con esos tres cambios encima de la mesa se entiende qué es lo que Anthropic ha rediseñado. Los proyectos dejan de ser una carpeta con documentos y pasan a ser una sola conversación que arranca en Claude Code, dirige varios hilos en paralelo y sigue trabajando con el portátil cerrado.

Las tres piezas encajan con las tres del método: la conversación única es el hilo que se compacta, los hilos en paralelo son los subagentes con su reparto de modelos, y seguir sin el portátil delante solo tiene sentido si el encargo lleva criterio de éxito, porque alguien tiene que poder dar la tarea por hecha sin preguntar.

Lo que se puede hacer hoy sin la beta

El método no necesita el producto. Sirve con cualquier asistente que mantenga una conversación larga, y se resume en cuatro decisiones. Primera: una tarea, un hilo. No se abre una conversación nueva porque haya cambiado el día; se abre cuando cambia el trabajo.

Segunda: el hilo empieza con el objetivo y el criterio de éxito escritos en las primeras líneas, no con la primera petición. Tercera: cuando la conversación se alarga, se vuelven a poner por escrito las decisiones cerradas y las restricciones, que es lo que hay que salvar de cualquier resumen.

Y cuarta: antes de lanzar el trabajo se separa lo que pide criterio de lo que solo pide recorrido, y cada cosa va al modelo que le corresponde. Quien haga estas cuatro cosas ya está trabajando con el método nuevo, tenga o no acceso a la beta.

Lo que todavía no se sabe

Quedan cuatro huecos y conviene nombrarlos para no darlos por resueltos. No se sabe cuándo sale el rediseño de la beta restringida ni si llegará a los planes gratuitos, ni qué modelos admite cada subagente, que es justo el dato que haría falta para calcular el ahorro real.

Tampoco hay cifras de rendimiento publicadas: ni cuánto se acorta una tarea larga ni cuánto baja el gasto al repartir modelos. Mientras no las haya, el argumento a favor del método es de método —se pierde menos objetivo por el camino y se puede comprobar el resultado—, no de rendimiento medido.