De usar un asistente a dirigir trabajo

El encargo sustituye a la pregunta

Ayer conté el anuncio tal cual: Anthropic ha rediseñado los proyectos de Claude y un proyecto ya no es una carpeta donde dejas archivos, sino una conversación desde la que se reparte el trabajo ¹. Hoy quiero contar por qué creo que esto es más grande de lo que parece, y también por qué todavía no le sirve a todo el mundo.

La frase del anuncio que me hizo parar no es técnica. Dicen que le expliques el encargo «the way you'd brief a chief of staff», igual que informarías a tu jefe de gabinete ¹. Con un asistente, la unidad de trabajo era la pregunta: tú preguntabas, él contestaba, tú decidías qué hacer con eso. Aquí la unidad es el encargo: un objetivo, un contexto y una idea de qué significa «terminado». Un coordinador lo reparte en hilos, cada hilo trabaja por su cuenta en la nube y luego alguien junta las piezas y te las devuelve ¹.

No es un matiz de producto. Es la diferencia entre pedir consejo y delegar. Y delegar, en todas las empresas que he visto por dentro, es justo lo que separa a quien vive desbordado de quien no.

Lo escaso ya no es manejar la herramienta; es saber encargar

He dirigido equipos de soporte y de operaciones unos cuantos años, y el cuello de botella casi nunca era que la gente no supiera hacer su trabajo. Era que el encargo llegaba a medias. Faltaba el para qué, el hasta dónde, o quién decide cuando aparece una duda.

Con personas eso se arregla hablando: te preguntan, matizas, siguen. Con un sistema que abre cinco hilos a la vez y trabaja mientras tú cenas, un encargo a medias se convierte en cinco resultados que no valen y en una factura. El coste de explicarse mal sube, y sube rápido.

Por eso la habilidad que gana valor no es programar, ni siquiera «saber usar IA». Es decir con claridad qué quieres, con qué límites y cómo sabremos que está bien. Lo llevamos pidiendo toda la vida a cualquiera que dirige. La novedad es que ahora se nota en el mismo día.

Hay otra pieza que me parece igual de importante y se cuenta menos: la memoria compartida. Dicen que cada hilo escribe y lee de una memoria común del proyecto ¹. Traducido a equipo humano, eso es lo que hace un buen jefe de proyecto: que nadie tenga que contar la misma historia cinco veces, y que lo que se decidió el martes siga decidido el jueves. Cuando eso falla, no falla la tecnología, se quema la gente.

Desde dónde hablo

Yo trabajo así desde hace tiempo, aunque cosido a mano. Uso Claude Code a diario y orquesto agentes con Orca: varios trabajando a la vez mientras yo voy revisando. No lo cuento para presumir, sino para avisar de lo que aprendes por las malas.

Lo primero: casi todo el resultado depende de cómo escribiste el encargo, no del modelo. Lo segundo: el trabajo aburrido de que el contexto no se pierda entre una sesión y otra te lo comes tú, y es más del que parece. Y lo tercero, que nadie cuenta en las demos: cuando cuatro agentes te devuelven trabajo a la vez, el cuello de botella pasas a ser tú leyendo. Revisar bien cansa.

De este rediseño concreto hablo por lo que cuentan ellos y por lo que ya me pasa haciéndolo a mano. Cuando lo tenga delante y lo use en algo de verdad, lo contaré aquí, con lo que salga bien y con lo que salga mal.

Los límites que hoy no te puedes saltar

Está en beta y con la puerta estrecha: arranca para algunos suscriptores de Claude Pro y Max que ya usan sesiones en la nube en Claude Code, y dicen que lo irán ampliando; quien no lo tenga puede apuntarse a la lista de espera ¹. Si esperabas contárselo el lunes a tu comité, aún no toca.

El límite de fondo es otro: hoy los hilos corren en la nube. Ejecutarlos en tu máquina, con tus herramientas y tu código y dentro de tu red, lo dan como «coming very soon», que es una intención, no una fecha ¹. Mientras siga así, esto no toca los archivos de tu servidor ni entra en tu red. Para una gestoría con los expedientes en su propio equipo, o para cualquier empresa con una política de que los datos no salen, la respuesta de hoy es no, y conviene decirlo sin rodeos.

Y está el consumo. Ellos mismos avisan de que un proyecto así llega antes a los límites de uso, y por eso dejan elegir modelo y nivel de esfuerzo tanto para el coordinador como para los hilos ¹. Varios hilos a la vez es varias veces el gasto. Quien firma las facturas debería saberlo antes que después.

Qué haría yo si dirijo un equipo

Tres cosas, y ninguna necesita acceso a la beta. Primera: coge un encargo real de esta semana y escríbelo como si se lo pasaras a alguien que empieza mañana. Si no te sale en media página, no es problema de la herramienta.

Segunda: elige para probar algo reversible. Preparar, ordenar, redactar un borrador, dejarlo listo para que alguien lo mire. Enviar, publicar o cobrar, todavía no.

Tercera, y es la que más se salta: decide quién revisa y cuánto tiempo tiene para hacerlo. Si repartes trabajo sin repartir revisión, lo que has hecho es mover el atasco de sitio.

Y una última, que no es técnica. Esto no va de quitar gente del medio. Va de que la gente deje de hacer de recadero entre sistemas y pueda dedicarse a lo que una máquina no hace: decidir, entender a un cliente cabreado, notar que algo no cuadra.