Año 2005. SQL Server 2005 RoadShow, organizado por Windows IT Pro y SQL Magazine. El itinerario incluía Turquía, Holanda y Finlandia. Yo me quedé diez días en Holanda.
Una de las tardes libres caminé hasta el Rembrandthuis, en Jodenbreestraat 4, Amsterdam. La casa donde Rembrandt van Rijn vivió y trabajó en el siglo XVII, hoy convertida en museo del taller original.
Lo que aprendí esa tarde reorganizó algo que llevaba años intuyendo pero no sabía nombrar.
Rembrandt no ejecutaba solo. Su atelier tenía aprendices. (No era la excepción: Miguel Ángel tampoco pintó la Capilla Sixtina solo, el taller como unidad de producción era la norma entre los grandes maestros del período.) Muchas de las pinceladas en sus obras (y este es un debate académico activo todavía hoy) no las puso él directamente. Las dirigió. Los aprendices ejecutaban bajo instrucción precisa: esta textura en esta zona, este tono aquí, esta transición allá. El maestro tenía la visión. El aprendiz tenía las manos.
Lo que producía un Rembrandt reconocible no era la habilidad técnica del aprendiz. Era la visión del maestro que lo dirigía. Hay pinturas del taller donde los estudiosos siguen debatiendo si el pincel fue del maestro o del pupilo. La autoría de la visión, en cambio, no está en duda.
La pregunta que quedó de ese día: si tenés aprendices capaces que ejecutan bien, ¿cuánto importa quién sostiene el pincel, siempre que el maestro sepa exactamente qué quiere? Eso es lo que pasa en cada sesión de trabajo con IA: el prompt es la instrucción del maestro. La calidad del resultado depende de la precisión de quien dirige, no de la habilidad del modelo que ejecuta.
Años después, cuando empezó el debate sobre IA generativa en presentaciones, ya tenía la respuesta.
Una confesión literaria antes de seguir
Este post se llama IA: Al Servicio del Fuego. Cierra una serie de cinco elementos. Y necesito ser honesto sobre algo antes de continuar: el verdadero quinto elemento no es la IA.
El verdadero quinto elemento es el speaker. La persona en el podio. La presencia, la voz, el cuerpo que entra cargado de algo y lo descarga frente a una sala. Lo que enciende un slide no es el slide. Es alguien.
Pero hablar del speaker como quinto elemento requiere otra serie. No de cinco posts, sino de diez o más. Y ya no sería una serie sobre el medio (presentar con slides), sería una serie sobre presentar en general: sobre cómo se construye autoridad en el escenario, sobre los nervios, sobre el silencio, sobre los años de tarima que la sala detecta antes de que abrás la boca. Esa serie merece existir. No es esta.
Entonces me doy una licencia literaria: cierro la serie del deck con el tema que hoy está en boga y donde el debate maestro-aprendiz aterriza directo. IA. Específicamente, IA Generativa para diseñar slides, para escribir o para programar.
Eso ahorra el medio. El maestro queda pendiente.
La misma lógica, llevada un paso más lejos, aparece en otro mundo completamente distinto.
Cuando terminás una cena excelente en un restaurante y le pedís al mesero que le transmita tus felicitaciones al chef, no estás pensando en el ayudante de cocina que cortó la cebolla, ni en el chef de partie que supervisó la estación. El crédito va al chef porque el chef es quien decidió cómo debía cortar esa cebolla, qué grosor, para qué textura, en qué plato. Las manos que ejecutaron los cortes importan. Pero la autoría de lo que llegó a tu mesa es de quien especificó cada paso del proceso.
Lo que hace interesante esto para el debate de IA es la escala. Un chef en un restaurante con cien cubiertos no cocina la mayoría de los platos. Probablemente no cocina ninguno en el servicio del sábado a la noche. Cocina en los días de prueba, ajusta la receta, supervisa el emplatado, rechaza el que no cumple. Su trabajo es garantizar que su criterio esté presente en cada plato, no que su mano esté en cada sartén. Ese criterio vive en las recetas, en los procedimientos, en las instrucciones que el equipo ejecuta sin que el chef esté parado en cada estación.
Con IA, ese modo también existe. Cuando codificás tu criterio en un Skill, en un prompt reutilizable, en una automatización con instrucciones precisas, dejás de estar presente en cada ejecución — pero tu estándar sí está. El crédito sigue siendo tuyo. No porque hayas estado en cada prompt, sino porque vos escribiste las reglas que el aprendiz sigue.
El problema: la pregunta mal formulada
El debate sobre IA en presentaciones está mal planteado.
Versión A: «La IA genera slides mediocres. No deberías usarla.»
Versión B: «La IA ahorra tiempo. Adóptala ya.»
Ambas respuestas son incorrectas porque responden a la pregunta equivocada.
En el primer post de la serie describí el pipeline del slide muerto, ese que todos en la comunidad técnica hispanohablante reconocemos aunque pocos lo nombren:
Cada paso de ese pipeline agrega distancia entre el contenido y la audiencia. El resultado es lo que ya describí: el speaker presenta algo que no creó, sobre algo que no vivió, en un idioma que no fue el original. Acartonado y sin sabor.
El problema de ese pipeline no es que use IA. El problema es que no hay maestro en ningún paso. La IA genera. Marketing adapta. El speaker traduce. Nadie dirige. Sale lo que sale.
Lo que sale cuando nadie dirige es siempre lo mismo: el promedio.
Confesión más concreta: yo uso IA intensamente
Yo uso IA todos los días, para escribir, programar y diseñar slides, incluyendo esta serie. No estoy escribiendo desde la trinchera del «IA mala, papel bueno». Pero ningún post de esta serie lo hubiera escrito la IA sola: los 27 slides cortados en México, el carpintero de granularidad, el Kanban de Guatemala: eso no se genera, se vive.
La distinción central: herramienta al servicio de la visión
La diferencia entre el pipeline del slide muerto y el uso responsable de IA no está en la herramienta. Está en quién tiene la visión que la dirige.
El aprendiz de Rembrandt podía ejecutar pinceladas técnicamente impecables. Lo que no podía era tener la visión que determinaba qué pinceladas hacer, dónde, con qué transición, para qué efecto. Eso era trabajo del maestro.
Traducido a presentaciones, el patrón se repite en cada elemento de la serie: la IA puede ejecutar la búsqueda, generar variantes, sugerir estructuras. Lo que no puede es traer el carpintero, la cena de Londres, el instinto de Scrum Master. En los cuatro casos la regla es la misma: la IA ejecuta. El maestro decide.
La pregunta correcta sobre IA en presentaciones
No es «¿usás IA?». Es: ¿tenés algo tuyo que dirigir?
Si la respuesta es sí (si llegás al podio con fuego propio, con imágenes que elegiste porque hacen sentir algo específico en esa audiencia, con resets diseñados para los momentos donde esa sala pierde atención), entonces cualquier herramienta que acelere la ejecución es un aprendiz valioso. La IA redacta variantes, busca imágenes, propone estructuras alternativas, verifica citas. Eso libera tu tiempo para lo que solo vos podés hacer.
Si la respuesta es no (si el deck lo generó el proveedor, lo tradujo el área de marketing, y vos lo presentás porque te tocó la sesión), entonces la IA no es tu aprendiz. Sos vos el aprendiz de la IA. Y la sala lo detecta a los dos minutos.
La frontera no es tecnológica. Es de autoría.
Los 4 elementos en retrospectiva
Con los cuatro elementos del deck completos, hay una lectura práctica de qué se delega y qué no:
| Elemento | Lo que es tuyo (no se delega) | Lo que la IA puede ejecutar (delegale) |
|---|---|---|
| Fuego | Las 3 cosas que a vos te emocionan del tema | Generar variantes de redacción, estructuras alternativas |
| Tierra | Qué sentimiento debe activar cada imagen | Búsqueda visual, sugerencias de metáforas para iterar |
| Aire | Qué piensa y qué le pesa esa sala específica | Investigar el perfil del evento, preguntas de ediciones anteriores |
| Agua | Dónde vence el contrato de atención en tu deck | Generar opciones de reset, alternativas de timing |
La columna de la izquierda es donde está la temperatura. Si se delega, el resultado es el pipeline del slide muerto: correcto, sin sabor, intercambiable con el deck del speaker que viene después.
La columna de la derecha es donde se gana tiempo. Y debería delegarse, para liberar al maestro a hacer lo único que el maestro puede hacer.
Una nota práctica: la línea entre las dos columnas no es fija. Hace dos años yo no le hubiera pedido a una IA que me sugiriera estructuras alternativas; hoy es lo primero que hago cuando un draft no me cuadra. La línea se mueve hacia la derecha conforme uno aprende a dirigir mejor. Lo que no se mueve es el principio: lo que está en la izquierda este año puede que delegues el próximo, pero siempre va a haber una columna izquierda que es solo tuya.
Dogfooding mientras escribo este post
Mientras cerraba la serie, me di cuenta de que estaba argumentando maestro-aprendiz en abstracto. Decidí aplicarlo a algo concreto que tenía sobre la mesa: una sesión que postulé al Call for Speakers de Charlemos SQL 2026, Trucos de T-SQL para tu DW: kanban en vivo. Doce demos preparadas, la sala vota por Slido cuáles ver, demos en SSMS hasta donde alcance el tiempo. Eco directo de Guatemala 2018, la sesión que en el post anterior fue el corazón del contrato de atención.
Tomé dos slides — el board del Kanban y el User Story de la primera card — y los pasé por Claude Design. Las reglas que le di al aprendiz, en versión telegráfica:
- Paleta cerrada: siete colores HEX explícitos, luz cálida de amanecer. Sin gradientes, sin azules saturados.
- Tres tipografías cerradas: Spectral para headings, Inter para cuerpo, JetBrains Mono para código. Prohibidas explícitamente: Arial, Calibri, Roboto, Montserrat.
- Estilo fotográfico declarado: velero al amanecer, luz analógica, sin ilustración, sin render 3D, sin arte generativo evidente.
- Lista negra de once cosas que el aprendiz tiende a meter por default: clip art, emojis, logos pegados como decoración, «person smiling with laptop», números grandes tipo dashboard, gradientes «sutiles».
El aprendiz ejecutó composición, paleta y tipografía; la foto del velero la tuve que elegir yo en sitios de stock, el aprendiz no llegó a eso.
El sistema sobrevivió. No encontré un velero amarrado al muelle en calma, lo cambié por «anclado en mar abierto con dos figuras sentadas en cubierta», y el cambio mejoró el resultado.
Lo que el aprendiz no podía hacer era lo de siempre: No sabía que la card de HASHBYTES me hace dormir tranquilo. No sabía que el velerismo me entusiama personalmente. No sabía que la audiencia de Charlemos SQL vive con SSMS, no en Trello, y nunca votó en un dot voting. Esas decisiones estaban tomadas antes de que Claude Design entrara a la conversación.
Y la honestidad del experimento: la sesión es para el 19-20 de junio. Postulé dos al CFP. Puede que el comité elija esta, puede que elija la otra, puede que no elija ninguna. Cuando vos lees este post, ya sabrás. Yo, escribiendo, todavía no.
En inglés a esto se le llama dogfooding y en este caso queda incluso si la sesión no se da. La aplicación del framework es el experimento. El resultado en sala — si ocurre — vive en otro lado.
El aprendiz ejecutó. El maestro decidió. El pincel fue de Claude Design. La sesión es mía.
Cierre de serie: el maestro que falta
Esta serie cubrió cinco temas:
- Fuego: qué slides merecen existir y por qué te emocionan a vos.
- Tierra: cómo hacer sentir un concepto antes de explicarlo.
- Aire: cómo encontrar el oxígeno de esa sala específica.
- Agua: cómo renovar el contrato de atención, ola tras ola.
- IA: cómo dirigir el aprendiz sin convertirte en aprendiz vos.
Y dejé pendiente, deliberadamente, el quinto elemento real: el speaker. La persona que sube al podio.
El slide encendido necesita a alguien que lo encienda. La imagen conceptual perfecta necesita a alguien que conozca su historia. El reset de los dos minutos necesita a alguien que lea la sala. El mapa de Aire necesita a alguien que haya curioseado esa audiencia antes de llegar y que olfatee cuando esta presentado. La IA necesita a alguien con visión para dirigirla.
Ese «alguien» merece su propia serie. Y por la naturaleza del tema (presencia, voz, cuerpo, los años de circuito, lo que se aprende perdiendo en Madrid una mañana de octubre) esa serie va a ser otra cosa que esta. No la prometo hoy. La nombro porque sería deshonesto cerrar sin mencionarla.
Tu próxima presentación. Antes de abrir el plugin de IA o la plantilla del proveedor, hacé el inventario de las dos columnas: ¿qué de este deck es tuyo (las decisiones, la temperatura, los referentes locales, los momentos de sorpresa) y qué podés delegarle al aprendiz (la ejecución, la búsqueda, las variantes)? Si la columna izquierda está vacía, no es problema de herramienta. Es problema de maestro. Y eso se trabaja antes de hablar de IA.
Si el tema es tuyo para elegir, empezá por tus experiencias recientes: ¿cuándo entraste in the zone en este tema? ¿Cuándo requirió todos tus skills y toda tu concentración? Ahí está el fuego. Esos momentos son los slides que merecen existir.
Si el tema ya viene pre-elegido, la pregunta es la misma de siempre: ¿cuáles son las 3 cosas de este tema que más te emocionan a vos? No las más importantes — las que más te encienden. Ese trabajo es de Fuego. Viene antes del prompt.
Si la izquierda está llena, dirigí sin culpa. El pincel puede ser cualquiera.
Fuera de esta serie, el próximo post es sobre un problema que cualquiera que hace demos técnicas en la comunidad hispanohablante conoce de cerca: los datos. Adventure Works y Contoso por enésima vez, o el fin de semana entero armando un dataset realista a mano. Hay una tercera opción — y el aprendiz tiene mucho que ver.
Deja una respuesta