Una idea puede quedarse esperando porque averiguar si sirve cuesta demasiado. Antes del primer resultado quizás necesitemos preparar un proyecto o dedicar varias noches a escribir código auxiliar. Ese esfuerzo puede ser una buena razón para ocuparnos de otra cosa.

Los LLM y los agentes pueden reducir parte del trabajo entre «¿y si probamos esto?» y «veamos qué ocurre». Me interesa lo que esa posibilidad cambia al elegir qué intentar, aunque una prueba más barata todavía puede terminar en un resultado inútil.

En La excelencia cobra por adelantado escribí que algunas ideas merecen otra evaluación cuando experimentar cuesta menos. Quiero retomar esa pregunta: ¿cuáles de las que dejamos esperando justificarían ahora una prueba pequeña?

Una palabra difícil de traducir

Mitchell Hashimoto escribió sobre agency al hablar de personas con las que había trabajado o a las que había conocido. Atribuía buena parte de sus resultados a la disposición de actuar sin esperar a que alguien les mostrara el camino. Es una observación personal, no una explicación suficiente del éxito.

«Iniciativa» me parece una traducción cercana. Me interesa, sobre todo, la disposición a preguntarse qué parte de una situación podemos modificar. Esa perspectiva deja espacio para buscar una salida cuando todavía no sabemos cómo avanzar.

También tiene límites. El tiempo disponible y el dinero condicionan lo que podemos intentar; algunas decisiones dependen de otras personas. Me resultaría injusto interpretar esas restricciones como falta de iniciativa. Prefiero aplicar la pregunta a mis propias decisiones: cuando pienso «no sé hacerlo», ¿necesito dominar todo el tema para empezar o puedo acotar lo que quiero averiguar?

Dieciocho arranques para encontrar el fallo

En un commit de agosto de 2026, Linus Torvalds relató la depuración de un problema del controlador Intel Xe. El fallo dejaba la pantalla en negro al arrancar una máquina.

El cambio principal fue sustituir round_up() por round_down() y ajustar la alineación para evitar que memoria reservada se ofreciera como disponible. Torvalds contó que llegar a esa corrección exigió 24 parches de diagnóstico y 18 arranques del kernel.

Torvalds reconoció la enorme ayuda del modelo al añadir código de diagnóstico y analizar los resultados. También contó que la herramienta declaró varias veces que el problema era irresoluble y propuso limitarse a escribir un informe. Cuando él pidió continuar, siguió colaborando.

Lo que me interesa del relato es la distribución del trabajo: la herramienta ayudaba a investigar y Torvalds decidía pedir otra ronda de diagnóstico. El commit no explica cómo evaluó cada intento ni cuánto habría tardado sin esa ayuda. Lo leo como un ejemplo de colaboración durante una investigación difícil, con un resultado que por sí solo no demuestra una mejora general de productividad.

Cuando cambia el precio de una pregunta

En una prueba más cotidiana, quizás quiera averiguar si una biblioteca sirve para procesar unos archivos. Preparar el proyecto y escribir el código para leerlos puede ocupar buena parte del tiempo disponible, antes de poner a prueba la biblioteca.

Un agente puede ayudar a preparar ese código y las pruebas con las que voy a revisar el resultado. Para saber si ahorré tiempo tendría que contar también lo que dediqué a corregir y comprobar su trabajo.

Si ese balance resulta favorable, una idea que no justificaba varias noches quizás sí justifique una hora. Descubrir pronto que la biblioteca falla con mis archivos también me serviría: podría descartarla antes de construir el resto de la herramienta.

La reducción no ocurre por igual en todos los problemas. Una prueba puede necesitar datos a los que no tenemos acceso, hardware costoso o la participación de otras personas. También podemos producir en una tarde un prototipo que luego exija meses de trabajo para volverse confiable. Abaratar el primer experimento no abarata necesariamente todo lo que viene después.

Producir más exige elegir mejor

Si puedo probar varias ideas con el tiempo que antes dedicaba a una, necesito decidir a cuáles prestar atención. Me ayudaría escribir antes de empezar qué quiero averiguar y qué resultado me haría detenerme. En el caso de los archivos, podría elegir algunas entradas representativas y fijar cuánto tiempo estoy dispuesto a dedicar a la evaluación.

Así tendría una referencia para decidir si otro intento puede aclarar algo. También podría parar porque se agotó el tiempo disponible: una prueba inconclusa puede esperar. Entiendo la iniciativa como esa posibilidad de intervenir y revisar una decisión, incluida la de continuar.

Hay otro límite que me preocupa. Un agente puede producir cambios en un repositorio desconocido más rápido de lo que yo consigo comprenderlos. Si no sé comprobar su comportamiento, la prueba todavía no me permite decidir. Ese tiempo de estudio y revisión también forma parte del costo de intentar.

La idea que sigue esperando

Tengo ideas guardadas para cuando encuentre tiempo de aprender lo necesario. Algunas seguirán esperando. Para revisar alguna de ellas, me serviría empezar por una duda concreta que pueda resolver sin construir el proyecto entero.

¿Qué idea dejaste esperando porque era demasiado cara de probar, y cuánto costaría comprobarla con las herramientas de hoy?

Referencias