Gonzalo Hernández Araujo · Notas e investigaciones
Le pedí a una IA algo genial. Encontró lo que ya estaba mal.
Al final del día, cuando todavía sigo frente a la computadora pero ya no quiero abrir otro pendiente serio, a veces hago algo distinto: le pido a la IA que explore durante unos minutos.
No le encargo una tarea cerrada. Le doy el contexto disponible y una ventana de 10 a 15 minutos para encontrar algo inesperado o útil. Antes de tocar nada, tiene que decirme qué propone. Yo confirmo o acoto el alcance. Después deja un resultado que pueda conservar, descartar o convertir en el siguiente paso.
La idea se llama Happy Hour. Suena a lluvia de ideas de cierre de jornada. Después de varias semanas de probarla, el resultado más interesante fue otro: la IA no destacó por inventar ideas. Destacó por encontrar lo que ya estaba mal.
La expectativa equivocada
Cuando uno le dice a un agente que haga algo genial, espera una conexión brillante o un prototipo que no se le había ocurrido a nadie. A veces sale algo así. Pero hay otra fuente de valor más modesta y más frecuente: revisar unos minutos algo que todos dábamos por hecho.
Un archivo puede seguir diciendo que un pendiente está vivo cuando ya se resolvió. Una fecha puede quedar atrás sin que nadie la marque como vencida. Un proyecto puede parecer bloqueado aunque el material necesario para avanzar ya exista.
Esos problemas no suelen llegar como una alarma. Se quedan ahí, sostenidos por frases que alguna vez fueron ciertas y por registros que ya nadie compara. La IA no los descubre porque tenga una intuición mágica. Los descubre porque lee varias piezas juntas y señala que no cuentan la misma historia.
Tres veces en que encontró lo que ya estaba mal
1. El índice que ya no cabía
El primer hallazgo fue casi accidental. Al revisar un wiki, el índice había crecido más allá del límite que permitía leerlo completo. El problema no era sólo que el archivo fuera grande. Las instrucciones del propio wiki pedían leerlo completo antes de buscar información, y el chequeo de salud empezaba por ese mismo archivo.
El sistema que debía detectar el problema estaba bloqueado por el problema.
La solución no fue borrar entradas para volver a caber por unos meses. Se convirtió el índice en un punto de entrada ligero, se separaron sus secciones y se añadió un límite de tamaño al chequeo. La próxima vez, el crecimiento debía producir una señal antes de volver a romper el flujo.
Ahí no hubo idea nueva, sólo una falla silenciosa en una pieza de infraestructura que todos tratábamos como confiable.
2. La renovación que desaparecía
En otra sesión revisé un pequeño radar de renovaciones. Una cuenta aparecía como "al corriente", pero el texto se refería al ciclo anterior. Cuando llegaba la fecha del nuevo cobro, el programa hacía algo especialmente peligroso: si la fecha del año actual ya había pasado, calculaba automáticamente la del año siguiente.
Una renovación vencida no aparecía como vencida. Desaparecía durante casi un año.
La corrección fue hacer explícito el ciclo que cubría cada pago y añadir un estado de vencida. Si el ciclo no está registrado, el sistema ya no puede fingir que todo está bien. La respuesta correcta es "no se sabe" o "está vencida", no una fecha futura que tranquiliza sin fundamento.
La IA no cobró la factura ni decidió qué hacer con el cliente. Encontró que el supuesto de diseño protegía al sistema de una alerta que precisamente debía mostrar.
3. El archivo que se contradecía a sí mismo
Un archivo de control interno llevaba dos tablas distintas para dar seguimiento al mismo pendiente: un pago de un cliente. Una tabla decía que seguía en espera. La otra, unas líneas más abajo, ya lo daba por resuelto.
Esto era distinto: no un archivo desactualizado frente a otro, eso ya había pasado antes, sino el mismo documento peleándose consigo mismo, dos versiones del mismo hecho conviviendo en el mismo lugar sin que nadie las hubiera comparado.
Al confirmar cuál versión era la correcta, apareció un dato que no estaba en ninguna de las dos tablas: el pago ya se había hecho, en una fecha que ninguna de las dos anotaciones mencionaba. Corregir el archivo no bastaba con elegir una tabla sobre la otra. Hacía falta un dato que solo existía fuera del archivo, y que la IA no podía inventar ni suponer.
La regla que emergió
Happy Hour empezó como un permiso para jugar un rato con el contexto disponible. Terminó produciendo un protocolo sencillo:
2. Proponer antes de ejecutar. La IA explica en uno o dos párrafos qué quiere revisar o probar.
3. Hacer un checkpoint. La persona confirma o reduce el alcance con una frase corta.
4. Producir algo pequeño y reversible. Una nota, un borrador, una corrección acotada, un script aislado o un mapa de opciones. Nada que requiera defender una gran apuesta.
5. Declarar el cierre. Si se encontró algo roto y la corrección es obvia, se puede cerrar de inmediato. Si se produjo algo nuevo, conviene revisarlo después. Si no hubo tiempo para ninguna de las dos cosas, queda como pendiente explícito de la siguiente sesión.
Este último punto importa más de lo que parece. "Lo revisamos mañana" no es un plan si nadie tiene asignada esa revisión. El momento de cierre debe quedar escrito antes de terminar.
Lo que Happy Hour no es
Happy Hour no es un agente autónomo trabajando mientras duermes, la sesión ocurre en vivo y tiene un límite de tiempo. Tampoco es una lluvia de ideas infinita: si el contexto no sostiene nada valioso, el resultado puede ser solo una observación o una mejor pregunta. Y no es una decisión automática. La IA puede encontrar una contradicción, pero la persona confirma qué significa y qué está autorizada a cambiar.
Tampoco es excusa para publicar, mandar mensajes, comprar, borrar o ampliar el alcance al final de un día largo. Esas acciones siguen necesitando revisión humana.
Cómo probarlo
El prompt inicial puede ser así:
Happy Hour. Ya casi termino por hoy, pero sigo aquí. Antes de proponer algo nuevo, revisa el registro de Happy Hour y cierra las decisiones que ya no sigan abiertas. Con el contexto y los archivos disponibles, propón en uno o dos párrafos algo que valga la pena explorar hoy: una idea, una mejora pequeña, una conexión inesperada o un prototipo mínimo. Espera mi confirmación antes de ejecutar. Mantén el alcance reversible, barato y dentro de 15 minutos. No cambies trabajo importante ni dependas de decisiones mías que puedan esperar. Guarda el resultado donde corresponda y termina con: qué encontré, por qué podría importar y qué haría mañana si merece la pena.
La ficha que más me ha servido para no inflar los pendientes tiene siete preguntas:
- ¿Qué sabemos directamente?
- ¿Qué opción estamos considerando?
- ¿Qué sí se puede prometer?
- ¿Qué evidencia falta y podría cambiar la decisión?
- ¿Cuál es la prueba más barata que puede obtenerla?
- ¿Qué señal obliga a detenerse o escalar?
- Después de llenar la ficha, ¿cuál es la acción exacta?
La ficha no califica una idea ni sustituye el criterio. Sirve para separar lo que está observado de lo que sólo estamos suponiendo y para evitar que el siguiente paso sea más grande de lo necesario.
La parte que sigue sin respuesta
Todavía no sé cuál es el límite que hace que esto se sienta como juego y no como otra obligación. Por ahora son menos de 15 minutos, pero no lo presento como una cifra universal. Puede que el límite correcto dependa de cuánto contexto haya, de si el resultado requiere revisión y de cómo llega uno al final del día.
Tampoco sé si Happy Hour debe convertirse en un producto. Por ahora no. Lo que sí parece útil es el ritual: abrir una ventana breve, mirar lo que normalmente no se compara y dejar una siguiente acción que alguien pueda verificar.
La conclusión no es que la IA sepa qué hacer. Es más chica: con contexto real, un límite corto y un checkpoint antes de ejecutar, hace visible una falsa certeza que el trabajo normal dejó viva.
Si quieres probarlo, empieza con una carpeta que ya conozcas, conserva también los descartes y no abras una segunda sesión para rescatar la primera. Dale 15 minutos. Luego decide si encontraste algo, si cambió una acción y si vale la pena volver mañana.
Material para probarlo
La descarga disponible en inglés, happy-hour-en.md: reúne el ritual completo, sus límites y la ficha de evidencia en un solo archivo, listo para usarse.