De tarea puntual a trabajador: el traspaso a la fabricación
1 señal · 4 promociones · 1 bifurcación
Hace dos meses, al comienzo de este itinerario, Ana miró su tarea del lunes (clasificar los mensajes de clientes de la semana en grupos y escribir un resumen) y vio que tenía un futuro de Modo 2: una tarea que hacía cada semana, de la misma forma, que claramente valía la pena construir una vez. Por ahora, sin embargo, seguía siendo un trabajo de Modo 1: la resolvía a mano, usando los siete principios, cada lunes. Funcionaba siempre. También se comía cada lunes por la mañana.
Su colega Diego tiene el mismo tipo de tarea semanal. Él también la resuelve a mano, y bien, cada semana. Es bueno en eso.
Un año después, Ana casi no dedica ningún lunes por la mañana a eso. Cruzó: convirtió su solución repetida de Modo 1 en un trabajador que maneja la rutina por su cuenta, y solo interviene para revisar las excepciones que este marca. Diego ha dedicado unos cincuenta lunes al suyo (unas cien horas) y dedicará otros cincuenta el año que viene. Misma tarea, misma habilidad. La única diferencia es que Ana dejó de resolver el problema y empezó a fabricar la solución.
Este curso es ese cruce. Es la última parada del Modo 1 y la rampa de acceso al Modo 2.
Para quién es esto
Cualquiera que tenga una tarea que sigue resolviendo con un agente, de la misma forma, una y otra vez, y que empieza a sentir que hacerla a mano cada vez es la forma equivocada de vivir. Este curso te muestra cuándo dejar de resolverla y convertirla en un trabajador permanente, y qué cambia realmente cuando lo haces.
Este libro se lee en todo el mundo, por personas que trabajan y estudian en muchos idiomas distintos. Los ejemplos de aquí usan un lenguaje sencillo y situaciones cotidianas que significan lo mismo sin importar dónde vivas. Las palabras nuevas (como spec, eval y runtime) se explican la primera vez que aparecen.
Termina primero Resolución de problemas con agentes generales: este curso asume que ya sabes resolver bien un problema en una sola sesión usando los siete principios. También asume que hiciste ¿Es esto un problema para un agente? y que sabes qué significan Modo 1 (resolverlo una vez) y Modo 2 (construir un trabajador permanente).
📚 Material de apoyo
Ver la presentación completa: De tarea puntual a trabajador: el traspaso a la fabricación
La regla en una línea
No construyes un trabajador desde cero. Promueves una solución que ya has probado.
La gente oye "construir un trabajador de IA" e imagina empezar de la nada: una pantalla en blanco, un proyecto de ingeniería difícil, semanas de trabajo. Esa imagen es falsa, y ahuyenta a la gente de lo más valioso que podría hacer. La verdad es la contraria: para cuando una tarea está lista para convertirse en un trabajador, ya hiciste la mayor parte del trabajo. Cada lunes que Ana resolvía su tarea a mano, estaba (sin saberlo) averiguando exactamente qué necesitaría hacer el trabajador. La fabricación no es invención. Es tomar una solución que ya has probado a mano y hacerla permanente.
Ese reencuadre es todo el curso. Abajo verás la única señal que te dice que una solución está lista para cruzar, las cuatro partes de tu trabajo de Modo 1 que se promueven a un trabajador, y la única bifurcación del camino en la que eliges qué tipo de trabajador construir.
La versión corta (cuatro viñetas)
- Cruza solo lo que ya hayas probado. Solo puedes fabricar un trabajador a partir de una solución que hayas resuelto con limpieza, a mano, varias veces. La repetición no es tiempo perdido antes de automatizar: es la forma de descubrir lo que el trabajador debe hacer realmente.
- No empiezas de cero. Cuatro cosas que ya hiciste a mano en el Modo 1 (tu brief, tu revisión, los pasos que dirigiste y la sesión misma) se promueven, cada una, a una forma permanente. Eso es toda la construcción.
- Hacerlo permanente se bifurca en dos caminos. Puedes tener un trabajador personal (más ligero, solo para ti) o fabricar un Digital FTE (más pesado, para una organización). La bifurcación la decide una sola pregunta: ¿para quién es el trabajador?
- La recompensa es tarea frente a activo. Resolver a mano es trabajo como tarea: gastas las horas cada vez. Un trabajador es trabajo como activo: lo construyes una vez y trabaja mientras duermes.
Parte 1 — La señal: ¿de verdad está lista para cruzar?
El error que esto evita: "Construí un trabajador permanente para una tarea que en realidad aún no había resuelto bien, así que pasé una semana construyendo lo equivocado y después tuve que reconstruirlo."
En ¿Es esto un problema para un agente?, la Compuerta 2 ya te dio la primera mitad de la señal: una tarea es de Modo 2 cuando los tres diales están arriba: la haces a menudo, tiene la misma forma cada vez y vale el esfuerzo. El disparador era simple: la tercera vez que hagas la misma tarea de la misma forma, detente y revisa.
Pero hay una segunda mitad que la Compuerta 2 no podía comprobar, y es la que la gente se salta: ¿de verdad ya la has resuelto bien?
Solo puedes fabricar a partir de una solución probada. Si construyes un trabajador con un método que todavía estás averiguando, construyes el trabajador equivocado, y solo te das cuenta después de haber gastado el esfuerzo. Así que la señal completa para cruzar tiene dos partes:
- La Compuerta 2 dice Modo 2 (a menudo, igual, vale la pena), y
- Has resuelto la tarea con limpieza en el Modo 1 suficientes veces como para que el método haya dejado de cambiar.
Esa segunda parte es la prueba de verdad. Pregúntate: las últimas tres veces que hice esto, ¿lo hice de la misma forma? Si la respuesta es sí, la forma es estable: encontraste al trabajador. Si todavía lo resuelves un poco distinto cada semana (pasos distintos, revisiones distintas, decisiones nuevas), entonces aún no has encontrado la forma estable. Sigue resolviéndolo en el Modo 1 hasta que se asiente. Esas repeticiones no son que no logres automatizar. Son que estás haciendo la investigación que le dice al trabajador qué hacer.
Se siente ineficiente seguir haciendo una tarea a mano una vez que sabes que es un trabajo de Modo 2. No lo es. Cada vez que la resuelves, descubres un caso límite, un mejor orden de pasos, una revisión que importa. Un trabajador construido en la semana uno se perdería todo eso. Un trabajador construido en la semana cinco está construido sobre cinco semanas de conocimiento ganado a pulso. Cruza cuando el aprendizaje se desacelere, no antes.
Parte 2 — El reencuadre: el trabajador está escondido en el trabajo
Esta es la parte que cambia cómo se siente todo. Cada vez que resolviste bien la tarea en el Modo 1, dejaste un rastro, y ese rastro es la materia prima del trabajador.
Piensa en lo que realmente produjo una buena sesión de Modo 1. Escribiste un brief (de qué partir, qué querías, qué significaba "listo"). Pediste el resultado en una forma clara. Hiciste una revisión para asegurarte de que estaba bien. Guardaste el resultado en un archivo. Nada de eso era desechable. Así que la fabricación son dos movimientos, no una construcción desde cero: cosechar esas piezas y luego reforzar cada una para que pueda funcionar sin ti. Ten claro ese segundo movimiento: reforzar es trabajo de verdad; diseñar las salidas, construir un eval que se califique solo y levantar un runtime son ingeniería genuina, no solo anotar lo que ya haces. El reencuadre te ahorra la página en blanco; no vuelve trivial la construcción.
Aquí también es donde se invierte la economía, y es el corazón de todo el libro. Cuando resuelves una tarea a mano, tu trabajo es una tarea: gastas el tiempo, obtienes un resultado y el tiempo se fue. Cuando promueves esa solución a un trabajador, el mismo trabajo se convierte en un activo: gastas el tiempo una vez para construirlo y produce resultados una y otra vez, mientras tú haces otra cosa. Esa es toda la diferencia entre Diego, que gasta cien horas al año, y Ana, que gastó unas pocas horas una vez.
El trabajo como tarea sigue costándote. El trabajo como activo cuesta una vez y luego te lo devuelve. Las líneas se cruzan antes de lo que la gente espera.
Parte 3 — Las cuatro promociones
Cruzar no es una gran construcción única. Son cuatro mejoras específicas, y ya hiciste el trabajo mental difícil de cada una en el Modo 1. Cada promoción toma algo que hacías a mano y lo convierte en algo que el trabajador hace por su cuenta. Cada una, además, te entrega al curso de Modo 2 que la enseña por completo.
No estás agregando cuatro cosas nuevas. Estás mejorando cuatro cosas que ya tienes.
Promoción 1 — Tu brief se convierte en un spec
En el Modo 1 escribías un brief rápido cada vez: de qué parte, qué quieres al final, cuándo está listo (las tres líneas de la Compuerta 3). Vivía en tu cabeza o en una nota suelta, y podías ajustarlo sobre la marcha.
Un trabajador no puede leerte la mente ni preguntarte qué querías decir, así que ese brief tiene que convertirse en un spec (de specification, una especificación): un documento escrito que el trabajador lee en cada ejecución y que dice exactamente qué hace, sobre qué y con qué estándar. El spec son las mismas tres líneas que ya escribiste, hechas explícitas, completas y permanentes. Sáltatelo, y el trabajador llena los huecos con conjeturas, un poco distinto en cada ejecución.
Apréndelo en: Desarrollo guiado por especificaciones.
Promoción 2 — Tu revisión se convierte en un eval
En el Modo 1 verificabas el resultado tú mismo (el tercer principio): lo leías, contrastabas los números con la fuente, confiabas en él porque tú lo mirabas.
Un trabajador se ejecuta sin que lo vigiles, a menudo muchas veces al día. "Que tú lo leas cada vez" no escala, y no detecta el momento en que el trabajador empieza, en silencio, a equivocarse. Así que tu revisión se convierte en un eval (de evaluation, una evaluación): un conjunto guardado de entradas de ejemplo emparejadas con sus respuestas correctas conocidas. (Para trabajos más difusos, una "respuesta correcta conocida" puede ser una etiqueta, una puntuación de rúbrica o una lista de verificación que el resultado debe cumplir; no siempre un bloque de texto perfecto.) Los resultados del trabajador se califican contra ellas automáticamente, de modo que la comprobación ocurre sin ti y te avisa en cuanto el trabajador empieza a desviarse. Tu lectura única se convierte en una prueba que se ejecuta para siempre. Sáltatelo, y la deriva es silenciosa: te enteras por un cliente descontento, no por una revisión.
Apréndelo en: Desarrollo guiado por evaluaciones.
Promoción 3 — Sales del bucle y diseñas las salidas
En el Modo 1 estabas en el bucle (el sexto y el séptimo principios): vigilabas cada paso, redirigías cuando se desviaba, aprobabas antes de que avanzara. Eras la red de seguridad.
Un trabajador ejecuta los pasos por sí mismo, sin nadie mirando. Esta es la parte que la gente entiende mal: la rutina es la parte fácil; tu método de Modo 1 ya la maneja. La parte difícil son los bordes: la entrada inusual, el caso que tu método nunca tuvo que enfrentar. Debes decidir, de antemano, qué hace el trabajador cuando se topa con algo que no puede manejar. Casi siempre la respuesta es: detenerse y llamar a un humano. Diseñar esas salidas (cuándo escalar, a quién, con qué información) es el trabajo de verdad de esta promoción, y es el trabajo que hace seguro confiar en un trabajador. Y toda tarea tiene bordes, incluso las que parecen simples: un trabajador que escribe código se detiene y te pregunta cuando su cambio rompe las pruebas; un trabajador que paga facturas marca cualquier cosa por encima de un monto fijado en lugar de pagarla; un trabajador que archiva documentos aparta el que no puede clasificar con confianza en lugar de adivinar. La forma nunca cambia: maneja la rutina, escala la excepción. Sáltatelo, y el trabajador, tarde o temprano, manejará el único caso que debió haber marcado: con confianza y mal.
Apréndelo en: Construir agentes de IA y Construir un Digital FTE.
Promoción 4 — Tu sesión se convierte en un runtime
En el Modo 1 el trabajo vivía en una sesión que tú abrías. Cerrabas el portátil y dejaba de existir. Guardar cualquier cosa para la próxima vez (el quinto principio) eras tú, a mano, poniendo cosas en archivos.
Un trabajador tiene que seguir existiendo cuando tú no estás. Eso requiere un runtime (software que mantiene al trabajador vivo y funcionando por su cuenta) y algún lugar donde vivir para que sea accesible y confiable. Su memoria persiste por sí sola, no porque te acordaste de guardarla. Sáltatelo, y no hay trabajador: solo tú, abriendo una sesión a mano, que es exactamente donde empezaste.
Apréndelo en: Desplegar el harness del agente. (Si el trabajador es solo para ti, hay un camino más ligero; consulta la bifurcación de abajo.)
Las cuatro promociones de un vistazo:
| Lo que tenías en el Modo 1 | En qué se convierte en el Modo 2 | Dónde aprenderlo |
|---|---|---|
| Tu brief (de qué parte / qué quieres al final / cuándo está listo) | Un spec que el trabajador lee en cada ejecución | Desarrollo guiado por especificaciones |
| Tu propia revisión a simple vista | Un eval que califica al trabajador automáticamente | Desarrollo guiado por evaluaciones |
| Tú vigilando y redirigiendo | El trabajador ejecuta el bucle y escala en los bordes | Construir agentes de IA · Construir un Digital FTE |
| Una sesión que abres y cierras | Un runtime en el que vive el trabajador | Desplegar el harness del agente |
Ese es todo el cruce. Cuatro mejoras, cada una algo que ya entendías de hacerlo a mano.
Las cuatro promociones son lo que cambia cuando cruzas. Una cosa importante no cambia mucho: tus plugins, es decir, las skills (conocimiento empaquetado que un agente reutiliza) y los connectors (enlaces a tus otras apps y datos) que ya usabas mientras resolvías en el Modo 1. Como están construidos sobre formatos abiertos y multi-runtime, las mismas skills y connectors se trasladan entre claude.ai, los agentes generales que manejaste (Claude Code, OpenCode, Cowork, OpenWork) y los harnesses personales; y, a menudo con solo una adaptación ligera, a los trabajadores que fabricas. Mientras un plugin se ciña a esos formatos abiertos, cruza prácticamente tal cual; una razón más por la que construir un trabajador es sobre todo promoción, no invención. ¿No conoces estos conceptos? Consulta Skills y Connectors.
Por qué funciona (la investigación detrás) — opcional
Dos ideas antiguas explican por qué "promover, no construir desde cero" es el orden correcto.
La primera es de Fred Brooks, que dirigió uno de los proyectos de software más grandes de la década de 1960 y escribió sobre ello en The Mythical Man-Month (1975). Su consejo famoso: planea desechar uno; de todos modos lo harás. Lo primero que construyes te enseña lo que deberías haber construido; la versión que vale la pena conservar es la segunda, hecha con lo que aprendiste. Tus soluciones repetidas de Modo 1 son exactamente esos descartes. No estás perdiendo semanas antes de automatizar: estás haciendo el experimento que te dice cómo debe ser el trabajador permanente. Construir el trabajador en la semana uno significaría construir la versión que siempre ibas a desechar.
La segunda es de Ironies of Automation (1983), de Lisanne Bainbridge, uno de los artículos más citados sobre la automatización del trabajo. Su hallazgo: cuando automatizas las partes rutinarias de un trabajo, no eliminas al humano; dejas al humano a cargo justo de los casos raros y difíciles que la automatización no puede manejar, y cuanto más confiable es la automatización, más importantes (y más difíciles) se vuelven esas intervenciones raras. Esa es precisamente la razón por la que la Promoción 3 trata de diseñar las salidas, no la rutina. La rutina es la parte fácil de automatizar; el valor y el peligro viven ambos en los bordes, así que diseñas la escalada de forma deliberada en lugar de esperar que nunca aparezca.
Fuentes: Brooks, F. P. (1975). The Mythical Man-Month. Addison-Wesley. Bainbridge, L. (1983). "Ironies of Automation," Automatica, 19(6), 775–779.
Parte 4 — La bifurcación: dos formas de hacerlo permanente
Una vez que decides cruzar, "construir un trabajador duradero" se bifurca en dos caminos distintos. Usan las mismas cuatro promociones, pero están construidos para personas distintas, y la diferencia importa.
La misma solución probada, dos destinos. La pregunta decisiva es quién depende del trabajador.
Hazlo tuyo: un harness personal. Si el trabajador es para ti (tu bandeja de entrada, tu código, tus recados), el camino más ligero es un harness personal (software que ejecutas y posees tú mismo, y que mantiene vivo a un trabajador para ti). Haces las cuatro promociones, pero de forma ligera: el spec son tus propias notas, el eval es un puñado de tus propios ejemplos, la escalada es el trabajador enviándote un mensaje a ti. Puede que nunca necesites el itinerario completo de Modo 2 para llegar ahí. Este es el camino que enseña la sección Harnesses de agentes personales, con OpenClaw y Hermes.
Fabrícalo: un Digital FTE. Si el trabajador es para una organización (algo en lo que otras personas confiarán, que debe funcionar de forma confiable, estar gobernado y escalar, y quizá venderse), eso es un Digital FTE (un "empleado digital a tiempo completo"), y haces las cuatro promociones con rigor: el spec se comparte y se revisa, el eval es una compuerta en la que confía todo el equipo, la escalada va a un humano o equipo con nombre, y el runtime es infraestructura de producción real. Este es el itinerario completo de Modo 2 — Fabricación.
La pregunta decisiva es una línea: ¿para quién es el trabajador y quién depende de él? Solo para ti → harness personal. Para una organización → Digital FTE. El mismo cruce, dos niveles de rigor.
Con qué lo construyes. Los dos caminos son la constante; las herramientas son la variable, y cambian a menudo. Esta es la variable tal como está en 2026; ya elegiste el camino, así que solo necesitas la columna que le corresponde:
| El camino | Con qué lo construyes (2026) | Dónde aprenderlo |
|---|---|---|
| Hazlo tuyo: un harness personal | OpenClaw o Hermes: harnesses de código abierto que ejecutas y posees tú mismo | Harnesses de agentes personales |
| Fabrícalo: un Digital FTE | El OpenAI Agents SDK, o una configuración gestionada de agente Claude | El itinerario de Modo 2; Elegir arquitecturas agénticas te ayuda a elegir |
El agente general que has estado manejando en el Modo 1 (Claude Code, OpenCode, Cowork u OpenWork) no desaparece aquí: en cualquiera de los dos caminos es la herramienta que usas para construir e instalar el trabajador. Solo deja de ser lo que hace la tarea cada vez, y se convierte en lo que hace la cosa que hace la tarea.
Algo que debes presupuestar. Un trabajador duradero se ejecuta sobre la API, donde cada llamada al modelo se mide y se paga, y eso es cierto en ambos caminos: un harness personal (OpenClaw, Hermes) se ejecuta sobre la API igual que un Digital FTE fabricado. Esto es distinto de usar IA dentro de claude.ai, la app web, donde las llamadas de un plugin salen de tu suscripción o del nivel gratuito, sin una factura aparte por llamada. Así que cruzar convierte el "pensar" de algo incluido en tu plan a un costo real, por llamada. Es una razón más por la que importa la señal de "¿vale la pena?": un trabajador tiene que devolver no solo tu tiempo de construcción, sino también la factura de modelo que acumulará cada vez que trabaje. (En un harness personal pagas esa factura tú mismo; en un Digital FTE la pagas tú o la organización; y si vendes el trabajador, ese costo por llamada es el número alrededor del cual fijas el precio.)
Tener un harness personal no es un modo nuevo que se sitúa entre el Modo 1 y el Modo 2: es la misma actividad de "construir un trabajador duradero", reducida a una sola persona. El modo pregunta si resuelves una vez o construyes para que dure; la propiedad pregunta si el trabajador es tuyo o de una organización. Dos preguntas separadas. Puedes ejecutar cualquiera de los dos modos en un harness que poseas.
El plano de Ana, completado
Antes de hacer el tuyo, aquí está la tarea del lunes de Ana, cruzada: las mismas cuatro promociones, completadas. Así se ve "listo", y fíjate en que cada línea es solo algo que ella ya hacía a mano desde hace dos meses.
- Brief → spec. Cada lunes, lee los mensajes nuevos de la carpeta de Soporte. Pon cada uno en exactamente un grupo (queja, pregunta, pedido u otro) y escribe un resumen de una página con el conteo por grupo y las tres quejas más comunes. (Sus tres líneas de la Compuerta 3, anotadas para siempre.)
- Revisión → eval. Doce mensajes pasados que ya había clasificado a mano, cada uno guardado junto a su grupo correcto. Cada vez que cambia las instrucciones del trabajador, este se ejecuta primero contra esos doce; si clasifica mal más de uno, lo corrige antes de que toque correo real.
- Tú → salidas. Si un mensaje está en un idioma que el trabajador no maneja, o pide un reembolso mayor que un límite que ella fijó, el trabajador no adivina: marca el mensaje y avisa a Ana. Todo lo demás lo maneja solo.
- Sesión → runtime. El trabajador se ejecuta cada lunes por la mañana en una máquina pequeña siempre encendida y mantiene su propia lista de lo que ya procesó, así Ana no abre nada ni recuerda nada.
Nada de eso se inventó el día del cruce. Son dos meses de lunes, hechos permanentes.
Tu turno
Toma una tarea real que ya resuelves con un agente, de la misma forma, más de una vez. Pásala por el cruce, completando los tres pasos de abajo.
Completa los tres pasos para tu propia tarea. El evaluador comprueba si la tarea está realmente probada, si tus cuatro promociones son concretas y, lo más importante, si tu salida es un caso de escalada real y no un borde que omitiste.
Discuss with an AI. Question your scores.
Come back when you have your BEST evaluation.
Si puedes completar los tres pasos, ya no estás "pensando en quizá construir un agente algún día". Tienes en la mano el plano de uno. El itinerario de Modo 2 no es más que las cuatro promociones, hechas de verdad.
El traspaso a lo que sigue
Este es el cruce. El Modo 1 era trabajo como tarea: gastabas las horas cada vez. El Modo 2 es trabajo como activo: construyes una vez y trabaja mientras duermes. Este curso es donde uno se convierte en el otro.
Ahora entras en el itinerario Modo 2 — Fabricación con un plano, no con una página en blanco. Cada curso de ahí construye una de las cuatro promociones de verdad:
- Python en la era de la IA: el lenguaje en el que se construye la fabricación (tú diriges; el agente escribe la mayor parte).
- Construir agentes de IA: el trabajador que ejecuta el bucle y escala.
- Desarrollo guiado por evaluaciones: el eval que lo califica.
- Construir un Digital FTE: las cuatro promociones ensambladas en un trabajador en el que una organización puede confiar.
- Desplegar el harness del agente: el runtime en el que vive.
Entra con una solución de Modo 1 probada y un plano completado, y no estarás empezando de la nada. Estarás promoviendo algo que ya funciona.
Referencias
Las ideas detrás de las afirmaciones de este curso, para quien quiera los originales.
- Brooks, F. P. (1975). The Mythical Man-Month: Essays on Software Engineering. Addison-Wesley. El argumento de "planea desechar uno" (por qué tus soluciones probadas de Modo 1 son el prototipo a partir del cual se construye el trabajador real) está en el capítulo de ese nombre. (resumen general)
- Bainbridge, L. (1983). "Ironies of Automation." Automatica, 19(6), 775–779. doi:10.1016/0005-1098(83)90046-8. Por qué automatizar la rutina deja al humano a cargo de los casos raros y difíciles (la razón por la que la Promoción 3 trata de diseñar las salidas, no la rutina). (resumen legible)
- Munroe, R. "Is It Worth the Time?" xkcd 1205. La lógica de punto de equilibrio detrás del gráfico de tarea frente a activo: con qué frecuencia se repite una tarea decide si construir el trabajador vale la pena.
Ayuda de estudio con flashcards
Comprobación de conocimientos
Una autocomprobación breve y guiada sobre las ideas que acabas de recorrer.