Hay una frase que le digo a todos los equipos donde monto esto y siempre cae mal la primera vez: si sigues escribiendo prompts, todavía estás haciendo el trabajo.
Pedirle a la IA que redacte un correo, copiarlo, pegarlo y mandarlo no es delegar. Es hacer la misma tarea con un asistente de redacción. El tiempo que te ahorras es el de teclear, que nunca fue el caro.
Vibe working es el cambio de encargar tareas a encargar resultados. En vez de pedir un paso, describes qué tiene que estar hecho, con qué material, dónde queda al terminar, y te vas a otra cosa. Suena a matiz y no lo es: cambia qué herramientas necesitas y cómo escribes.
La diferencia, en un ejemplo
Lo viejo suena así: "escríbeme un correo para el cliente avisándole del retraso". Recibes el texto, lo revisas, le cambias dos cosas, lo pegas en tu correo, buscas el hilo, lo mandas. Tú hiciste seis de los siete pasos.
Lo nuevo suena así: "el proyecto de Acme se retrasa dos semanas por el proveedor. Lee el hilo de correo con ellos y la propuesta que está en la carpeta. Déjame en borradores un correo que dé la nueva fecha, explique la causa sin echarle la culpa al proveedor por nombre, y proponga dos alternativas para no mover la fecha final. Y déjame en un archivo aparte las tres preguntas que probablemente me van a hacer."
El segundo es más largo de escribir. Se escribe una vez y produce trabajo terminado, no materia prima que tú tienes que terminar.
Las tres piezas que lo hacen posible
Encargar resultados no funciona sobre un chat pelón. Necesita tres cosas puestas, y en este orden.
- Un proyecto con contexto real. Quién eres, cómo escribes, ejemplos de tu trabajo bien hecho. Sin esto, cada encargo tienes que explicarlo desde cero y vuelves a las tareas por pura economía.
- Conectores. Correo, calendario, tus documentos, tu tablero de proyectos. Un encargo sin acceso a los datos no es un encargo, es una redacción con datos inventados.
- Cowork. La parte que ejecuta varios pasos sobre archivos de tu computadora, sin que le vayas dando permiso paso a paso. Es lo que convierte un encargo en un entregable guardado en su carpeta.
Las tres se dejan puestas en una tarde. El recorrido de la tercera, que es la menos conocida, está en la guía completa de Cowork.
Cómo se escribe un encargo
Un encargo bien escrito trae cuatro cosas. Las tres primeras las escribe todo el mundo. La cuarta es la que separa un encargo que puedes dejar solo de uno que tienes que estar vigilando.
- La situación completa, una sola vez. Con nombres, números y qué pasó.
- El resultado, no el paso. Qué tiene que existir cuando termine.
- Dónde queda y en qué formato. Nombre del archivo, carpeta, extensión. "Resúmemelo" no es un encargo; "déjame un documento de una cuartilla en la carpeta de salidas" sí.
- Qué hacer con lo raro. Cuando encuentre un caso que no cuadra, ¿lo marca, lo salta o te pregunta? Sin esta instrucción va a decidir solo, y las decisiones que tome van a ser razonables pero no las tuyas.
La pregunta antes de darle a enviar: "¿estoy describiendo una tarea o un resultado?". Si tu petición se puede cumplir con un párrafo de texto que tú vas a tener que mover a algún lado, es una tarea. Reescríbela hasta que la respuesta correcta sea un archivo terminado en un lugar concreto.
Tres encargos que uso
El briefing de la mañana
Revisa mi correo de las últimas 12 horas y el tablero del
proyecto [nombre].
Déjame un briefing de cinco viñetas: en qué está el proyecto,
qué espera alguien de mí y desde cuándo, qué se vence esta
semana, qué se atoró, y qué decisión mía está deteniendo a
alguien más.
Nada de contexto que yo ya sepa. Si algo no cambió desde ayer,
no lo repitas. Lo que no puedas verificar, márcalo.El cierre de semana, programado
Cada viernes a las 4 de la tarde:
Lee los archivos de la carpeta del proyecto y mi correo de los
últimos cinco días hábiles.
Escribe AAAA-MM-DD_cierre-semana.docx en la carpeta de salidas,
con: qué se entregó, qué se atoró y por qué, qué depende de
alguien externo, y las tres cosas que hay que empujar el lunes.
Menos de una cuartilla, en mi tono, listo para pegar en el canal
del equipo. Si una semana no hubo movimiento en algo, déjalo
fuera en vez de rellenar.El seguimiento después de una llamada
Te dejo en la carpeta la transcripción de la llamada con
[cliente], la propuesta que les mandamos y el correo donde
pusieron sus objeciones.
Redáctame el correo de seguimiento. Que arranque con lo que
importa, no con agradecimientos. Que responda una por una las
objeciones que sí quedaron resueltas en la llamada, y que
nombre las que no, con quién las va a resolver y para cuándo.
Lo que se dijo de forma ambigua no lo interpretes: déjamelo
listado aparte para que yo decida.El salto de verdad: el encargo que se repite solo
Los dos primeros encargos son útiles. El segundo es de otra categoría, y no por lo que hace: por el "cada viernes a las 4".
Un encargo que corres tú sigue dependiendo de que te acuerdes. Un encargo programado se convierte en una función de tu operación, y eso cambia qué cosas puedes construir encima. El cierre de semana deja de ser algo que a veces sale y a veces no, y pasa a ser un archivo que siempre existe el viernes en la tarde, con el mismo formato, en el mismo lugar. A los dos meses tienes ocho de esos y ahí ya hay un historial que se puede leer.
Empieza con uno solo y déjalo correr un mes antes de agregar el segundo. La tentación de programar cinco cosas la primera semana termina igual siempre: cinco archivos que nadie abre, generados puntualmente.
Los cinco errores que veo siempre
- El encargo de dos líneas. Contexto corto, resultado pobre. No hay forma de saltarse esto.
- Instrucciones sin ejemplos. Describir tu tono funciona mucho peor que subir tres documentos tuyos y decir "así escribo".
- Montar todo el mismo día. Proyecto, conectores y agente al mismo tiempo, y cuando algo sale mal no sabes cuál de los tres falló.
- No definir qué es "terminado". Sin formato ni lugar, recibes texto en la conversación y sigues siendo tú quien lo acomoda.
- Delegar el juicio. Preparar la negociación se delega; decidir cuánto ceder, no.
Dónde poner la línea
Lo que se encarga es la preparación, la síntesis, el primer borrador y el trabajo mecánico que hoy hace alguien caro. Lo que no se encarga es todo lo que dependa de una relación o de una apuesta.
La distinción que uso en operación: si el error se arregla editando, se delega. Si el error se arregla con una llamada incómoda, no.
En la práctica esa línea se mueve hacia arriba conforme el contexto mejora. Lo que el primer mes tenías que revisar palabra por palabra, al tercero lo lees en diagonal, porque el sistema ya conoce tus criterios de tanto que se los corregiste. Ese movimiento es la métrica real de si esto está funcionando: no cuántas cosas delegaste, sino cuánto tiempo dedicas a revisar cada una.
Y una advertencia sobre el nombre. "Vibe" suena a soltar el volante y confiar. Es lo contrario: para poder soltar el volante alguien tuvo que escribir el contexto, definir el formato y decidir qué pasa con los casos raros. Ese trabajo no desaparece, se hace una vez en vez de cada vez.