Me armé el curso que no existía. Y lo dejé a la mitad.

Quise aprender a construir agentes con el kit de desarrollo de Anthropic y no había curso. Así que le pasé a una IA el mismo estándar con el que produzco los cursos de mi comunidad y le pedí que armara uno para mí: siete módulos, objetivos medibles y un proyecto final sobre mi propia operación. Lo dejé en el módulo seis, cuando la herramienta se cayó cuatro veces en ocho días y entendí que el problema no era técnico.

Lo cuento porque las dos mitades de esa historia me parecen más útiles juntas que separadas.

Cuando lo que quieres aprender no tiene curso

Busqué formación formal antes de armar nada. Lo que encontré era un programa con laboratorios montados enteros sobre otra nube: aprendías a operar la infraestructura de ese proveedor, no la herramienta que a mí me interesaba. Iba a pagar por practicar en un entorno al que nunca iba a volver.

Esto no es mala suerte ni falta de búsqueda. Es el estado normal de este trabajo ahora. Producir un curso decente toma meses, y muchas de estas herramientas no tienen meses de vida. Cuando algo se publicó hace tres semanas, no hay curso: hay documentación oficial, notas de versión y gente probando en público. Si esperas a que exista el curso, llegas cuando la herramienta ya cambió.

Durante años eso fue la excepción, algo que le pasaba a los que trabajaban en la punta. Hoy es lo habitual para cualquiera que use IA en su negocio.

No le pedí a la IA que me enseñara. Le pedí que produjera el curso.

Acá está la parte que cambia todo, y me tomó un rato entender que era lo importante.

Cuando alguien quiere aprender algo con IA, abre un chat y pregunta. Yo lo hice durante meses y el resultado siempre era el mismo: respuestas correctas, sueltas, sin orden. Nunca sabía qué me faltaba, porque el que hace las preguntas ya tiene que saber qué preguntar. Aprendes a parches y te queda la sensación de que entendiste, que no es lo mismo que entender.

Esta vez hice otra cosa. Produzco cursos para mi comunidad, y para eso tengo un estándar escrito: cómo se estructura una lección, qué es un objetivo de aprendizaje que sirve, cuánto dura, qué se revisa antes de darla por buena. No es teoría que leí; es el molde con el que trabajo.

Le pasé ese estándar a la IA y le pedí que produjera el curso conmigo dentro. No como alumno genérico: con mi nivel, mi stack y mi problema.

La diferencia se ve en un detalle. Mi estándar prohíbe objetivos de aprendizaje vagos. Nada de “entenderás los permisos”: tiene que ser un verbo que se pueda medir y un resultado concreto. Así quedó el objetivo de la primera lección:

Al final, decides con tres criterios si un problema tuyo va a este kit, a tu orquestador de flujos o a la herramienta cruda. Y sabes por qué este kit no es el orquestador de tu arquitectura.

Eso no es un tema, es una capacidad. Y se puede verificar si la tienes o no.

El resto salió de ahí. Siete módulos, cada uno con su duración, sus prerrequisitos y su verificación. Y cada uno tocando archivos que ya existen en mi repositorio, no ejemplos de juguete: el módulo de contexto trabajaba sobre el script que detecta qué conversaciones quedaron sin responder; el de permisos, sobre el que publica las respuestas. Nada de “imagina una empresa ficticia”.

El proyecto final tampoco era un ejercicio: semiautomatizar el ritual con el que respondo a mi comunidad todos los días, que hoy me come tiempo y depende de que yo me acuerde.

Lo que hizo la diferencia no fue la IA. Fue tener el molde. La IA produce lo que le pidas con la forma que le des; si no le das ninguna, te devuelve respuestas sueltas y ordenadas por tu ignorancia. El estándar es el activo, y es lo que casi nadie tiene cuando se sienta a aprender algo nuevo.

Si nunca has escrito uno, es más simple de lo que parece: define qué vas a saber hacer al terminar cada bloque, con un verbo que se pueda comprobar, y qué evidencia te va a demostrar que llegaste. Con eso ya puedes pedir un curso en vez de pedir explicaciones.

Lo que encontré porque el curso me obligó a buscarlo

Un chat no te habría llevado hasta acá, porque yo nunca habría sabido preguntarlo. Leyendo la documentación de permisos con un objetivo encima, encontré que la lista de herramientas permitidas no funciona como uno asume: no es una jaula que bloquea lo que no está en ella, es una lista de auto-aprobación. Lo que dejas fuera no queda prohibido, queda pendiente de otra regla. Y si le das acceso a la terminal, ya tiene puerta de entrada a todo lo demás, porque cualquier script se ejecuta desde ahí.

Traducido a mi caso: creía tener un candado para que un agente no publicara nada sin mi aprobación, y no lo tenía. Ese hallazgo justificó el curso completo, y lo tuve en el módulo seis.

Lo que pasó mientras estudiaba

Entre el 22 y el 29 de julio, Anthropic se cayó cuatro veces. La del 29 fue la peor: error de sobrecarga, más de dos mil reportes, la aplicación y la interfaz de programación abajo al mismo tiempo.

La causa que dio la propia empresa no es incompetencia. Es que la demanda superó su capacidad de cómputo, empujada por empresas grandes adoptando sus herramientas de desarrollo. Les está yendo demasiado bien.

Para el que está construyendo encima, esa distinción no cambia nada.

La pregunta que no quería hacerme

Llevaba semanas metido en esto. Tenía seis módulos escritos, ejemplos funcionando y un proyecto final a medio armar. La pregunta era si valía la pena terminarlo, y me costó hacérmela precisamente porque ya había invertido el tiempo.

La respuesta fue que no. Y no por las caídas en sí, que se resuelven y ya están resueltas.

El kit que estaba aprendiendo corre con un solo proveedor. Es su producto, diseñado para su modelo. Si mañana cambian los precios, retiran una función o tienen otra semana como la del 29 de julio, lo que yo construya encima se detiene y no tengo con qué reemplazarlo. Hay un detalle que me terminó de convencer: anunciaron un crédito mensual separado para usar este kit con la suscripción, y lo pausaron el mismo día del anuncio. Nada de eso está bajo mi control.

Elegir una herramienta no es comparar funcionalidades. Es decidir de quién dependes un martes cualquiera a las tres de la tarde.

Dónde está la diferencia entre decidir y rendirse

Acá es donde este post se puede leer mal, así que lo digo derecho: abandonar por criterio y abandonar por flojera se parecen desde afuera, y son cosas opuestas.

La diferencia está en cuánto entendiste antes de parar. Si dejas algo porque se puso difícil, en el módulo dos, no tomaste una decisión: te rendiste y te estás contando un cuento cómodo. Yo tuve que llegar al módulo seis para saber lo que sé hoy sobre esa herramienta. Sin esos seis módulos no tenía con qué decidir.

Y en el otro extremo está la trampa que ya conozco de invertir: seguir metiéndole tiempo a algo porque ya le metiste tiempo. Lo que llevas gastado no es un argumento para continuar. Es lo primero que hay que sacar de la ecuación para poder decidir.

Hay una prueba simple. Si tu razón para abandonar la podías haber escrito antes de empezar, no aprendiste nada: solo confirmaste un prejuicio.

Y la parte que suena a pérdida no lo es. Lo que entendí sobre permisos, sobre verificar que un agente hizo lo que dijo, y sobre por qué el estado no debe vivir dentro del framework, me sirve para cualquier agente que arme de acá en adelante, del proveedor que sea. Lo que descarté fue el envoltorio, no el conocimiento.

Y hay algo más incómodo, que es lo que de verdad cerró la decisión. Yo iba a convertir ese curso en material para otros. Enseñarle a alguien a montar su operación sobre un solo proveedor, después de la semana que acababa de ver, no me parecía un buen consejo.

Qué hago en cambio

Mi agente corre sobre un armazón que no está casado con ningún proveedor. Le cambias el modelo por configuración y sigue funcionando: la memoria, las tareas y las conexiones son mías, no de la empresa que fabrica el modelo.

Esa misma semana lo comprobé sin proponérmelo. Volví a pagar una suscripción de OpenAI que no pagaba desde diciembre, la enchufé a mi agente y no reescribí un solo flujo. Le cambié el motor al auto y el auto ni se enteró.

Eso no me hace inmune a nada. Ese proveedor también se cae, y el modelo local que corro en casa se cae cuando se corta la luz. La diferencia no es que no falle: es que cuando falla, cambio de proveedor en una tarde en vez de rehacer el negocio.

Es la misma lección que aprendí cuando me costó soltar la operación de mi empresa: el problema nunca es la pieza que falla, es no tener alternativa cuando falla. Por eso pruebo modelos distintos todos los meses en vez de casarme con uno, y por eso documento en público lo que voy montando, incluso cuando la conclusión es que me equivoqué de camino.

Lo que puedes hacer con esto

Si estás aprendiendo algo que no tiene curso, define primero qué quieres tener funcionando y arma el temario hacia atrás desde ahí. Vas a aprender más rápido y vas a saber cuándo parar.

Y antes de construir encima de cualquier herramienta, hazte la pregunta que a mí me llegó tarde: si esta empresa desaparece mañana, ¿cuánto de lo mío se detiene? Si la respuesta es “todo”, eso es parte del precio, aunque no venga en la factura.

Mi curso sobre esa herramienta quedó en el módulo seis. La lección cero decía que al terminarla ibas a poder decidir con criterio si ese kit servía para tu problema o si convenía resolverlo de otra forma.

Lo decidí. Funcionó exactamente como estaba escrito.