Fable 5.1 en modo Low: el flujo de dos pasos para Excel, PowerPoint y Word

🕒 Publicado en Zendoric: 5 de septiembre de 2026 · 10:57
✨ Generado con IA · cómo se hace
Nate explica que Fable 5.1 le ha hecho cambiar de opinión sobre cómo debería usarse un modelo frontier para trabajo de conocimiento (Excel, PowerPoint, Word), y este correo es la versión escrita, complementaria a un vídeo suyo de reseña sobre el mismo modelo, centrada en cómo aplicarlo en la práctica más que en qué es…
Por Nate (Nate's Substack) · 4 de septiembre de 2026.
Nate explica que Fable 5.1 le ha hecho cambiar de opinión sobre cómo debería usarse un modelo frontier para trabajo de conocimiento (Excel, PowerPoint, Word), y este correo es la versión escrita, complementaria a un vídeo suyo de reseña sobre el mismo modelo, centrada en cómo aplicarlo en la práctica más que en qué es capaz de hacer.
Como prueba, le pidió a Fable 5.1 que investigara una fusión pendiente entre GoPro y Starman Optical, construyera un modelo de flujo de caja descontado (DCF) post-cierre en Excel, y convirtiera ese análisis en una presentación de PowerPoint. Ejecutándolo en el ajuste más económico ('Low'), a partir de un único prompt corto, el modelo generó un libro de Excel de siete hojas con fórmulas funcionando y escenarios que efectivamente movían la valoración, además de un mazo de 13 diapositivas que, según Nate, ya era utilizable.
Su recomendación de flujo de trabajo es empezar siempre en Low para que el modelo construya el libro de cálculo, el deck o el borrador, y sólo después abrir el resultado y subir a los ajustes 'High' o 'Extra' en la parte concreta que requiere juicio humano. La razón, según explica, es que una ejecución en Low ya es lo bastante buena como para dejar ver qué falla, de modo que uno gasta los tokens caros después de entender el problema, no antes.
Al revisar los archivos generados, Nate notó que faltaban una hoja de 'Sources' (fuentes) y otra de 'Checks' (comprobaciones): podía seguir el análisis, pero le costó trabajo rastrear de dónde salían las asunciones del modelo. Fue en ese punto donde, según cuenta, una ejecución en el ajuste 'Extra' tuvo sentido, y donde otro modelo al que llama 'Sol' resultó ser mejor en esa parte concreta del trabajo (no se detallan más datos sobre Sol en el cuerpo del correo).
Nate argumenta que este patrón de 'empezar barato, subir de nivel sólo donde hace falta' importa más en trabajo de conocimiento que en programación, porque el código ofrece una retroalimentación clara (el programa corre, el test pasa, o un error señala qué falló), mientras que un documento de Word, una hoja de Excel o una presentación no avisan cuando un argumento es débil, y una hoja de cálculo calculará una asunción errónea con total precisión igualmente. Para él, la única forma de ganar claridad es trabajar directamente sobre el archivo: construir la hoja cambia lo que entiende del negocio, construir el deck cambia la historia que cree que hay que contar, y escribir le obliga a decidir qué piensa realmente. La conclusión que extrae es que uno descubre la historia sobre la marcha, y que Fable 5.1 encaja bien en ese proceso porque su ajuste Low es suficientemente competente para que cada iteración sea útil y suficientemente barato para seguir iterando sin pagar el precio del ajuste más caro en cada turno.
El correo adelanta el índice del artículo completo, que promete cubrir: qué produjo exactamente Fable 5.1 en Low (incluidas las dos hojas que dejó fuera y en qué destacó Sol); qué cambian realmente los cinco niveles de esfuerzo del modelo, qué cuestan, y una advertencia sobre usar el ajuste Low para tareas de investigación; los prompts concretos que Nate usaría para Excel, PowerPoint y Word, incluida una instrucción específica para evitar que Fable reconstruya todo un libro de cálculo cuando sólo se pide un cambio pequeño; sus conclusiones sobre Fable 5.1 como herramienta de escritura, a partir de una prueba de 100 palabras comparando tres modelos, y cómo distinguir las correcciones útiles de las que aplanan la voz propia; las instrucciones que añade antes de lanzar trabajos largos que deben terminar sin supervisión, mencionando como ejemplos un cortometraje arquitectónico de 37 segundos y un corto sobre 'Microduck'; y finalmente una guía con todos los prompts reunidos en un solo sitio.
El cuerpo del correo se corta justo antes de desarrollar estos puntos ('Let's start with what Low actually produced...'), indicando que el desarrollo completo, junto con la guía de prompts, queda reservado para suscriptores de pago del Substack de Nate.
🔗 Relacionadas en Zendoric


