Mi lista de «leer más tarde» tiene un problema: entra todo y no sale casi nada. La mayoría de los enlaces se quedan bien con un resumen. Unos pocos merecen de verdad veinte minutos tranquilos. Lo difícil no es resumir: es saber cuál es cuál.

Así que la pregunta que quería responder no era «¿qué dice esto?», sino «¿tengo que leerlo yo?». Eso es una decisión, y Runline tiene un paso hecho justo para decidir.

Está colocado como un árbol. Puedes descargarlo arriba, abrirlo en Runline y cambiar lo que quieras. Los dos primeros pasos hacen de ajustes:

Lo interesante es dónde va cada cosa. Telegram es mi lista de lectura, así que ahí solo llega lo que merece la pena leer. Lo demás solo quiero saberlo y olvidarlo: el resumen vuelve a Atajos, que me lo enseña como notificación. Cuando un artículo merece la pena, no se resume nada y el único modelo que trabaja es Jev.

Los dos caminos terminan con un texto corto, y ese es el resultado del workflow. Toda la lógica vive en Runline; el atajo solo tiene que enseñarlo.

Jev es un modelo de decisiones de TypeSafe que se usa a través de AI Gateway, de Vercel. No escribe texto: responde pasos Decide y Classify, rápido y barato, y dice cómo de seguro está. Es justo la forma de esta pregunta, elegir entre dos opciones.

Escribir el resumen es otro trabajo, así que lo hace el modelo de Apple, en el dispositivo. Cada paso elige su modelo; esa es la idea de Runline.

Tiene gracia: el enlace de ejemplo de este post, la guía de Helmcode sobre cómo optimizar el coste de la IA, defiende justo esto. Usar un modelo grande para elegir entre unas pocas categorías es tirar el dinero; para eso está un modelo de decisiones. Es de mi mundo y tiene sustancia, así que es de los que deberían acabar en Telegram.

Un artículo bueno no basta: tiene que ser de mi mundo. Y si mucha gente lo está comentando, probablemente también merece mi tiempo. Así que Jev mira tres cosas: si se acerca a lo que me importa, si tiene sustancia y cómo ha reaccionado la gente.

Las descripciones de las opciones son el prompt de verdad, así que escríbelas como se lo explicarías a un amigo. Tu mundo no es el mío: cambia el paso interests y Jev decidirá con tus temas.

¿Por qué un paso brief? La pregunta de un paso Decide no rellena los {{valores}}, así que Jev no podría leer {{interests}} desde ahí. En cambio, lee su entrada entera, y el brief se la da junta: lo que me importa y la página.

Jev solo ve lo que trae el HTML de la página. En Hacker News, Reddit o un foro, los comentarios y los puntos están ahí. En muchos blogs, los comentarios quedan fuera del artículo o se cargan con JavaScript, y los likes de X o Medium no vienen en el HTML. Por eso, sin reacciones a la vista, la pregunta le dice que no cuenten ni a favor ni en contra.

Todos los prompts del workflow están en inglés: la pregunta de Jev, sus dos opciones y la instrucción del resumen. Aunque leo mucho en español, no mezclo idiomas en los prompts. Los modelos suelen seguir las instrucciones en inglés con más fiabilidad, sobre todo los pequeños, como el de Apple que corre en el dispositivo.

El idioma del prompt y el del resumen son cosas distintas. El primer paso es un Text llamado language, y la instrucción del paso Ask termina con «Write the summary in {{language}}». Por defecto dice «the same language as the article», así que un post en inglés trae un resumen en inglés. Cámbialo por «Spanish» y todos los resúmenes llegarán en español, venga de donde venga el artículo.

En cuanto una instrucción usa un {{valor}}, Runline deja de añadirle la entrada del paso por su cuenta. Por eso la instrucción nombra el artículo con {{page}}.

Abre el archivo en Runline para importarlo. Después:

• En Models, activa AI Gateway y pega tu clave.
• Toca el paso Send to Telegram y pega el token de tu bot (de @BotFather) y el ID de tu chat. Runline los guarda como secretos, nunca en el workflow.
• Toca Use in Shortcuts y activa Send without asking. Si no, Atajos te pregunta antes de cada envío. Un workflow importado nunca la trae activada.

En Atajos, el mío tiene cuatro acciones:

1. Recibir apps y páginas web de Safari desde la hoja de compartir. Así el atajo aparece al compartir una página, y no al compartir una foto.
2. Obtener URL de la entrada del atajo. Safari comparte la página entera; esta acción se queda solo con el enlace.
3. Run Workflow de Runline, con Read it or skim it? y esas URL.
4. Mostrar notificación con el resultado. Ese «Run Workflow» azul no vuelve a ejecutar nada: es una variable con lo que devolvió la acción anterior, y Atajos la llama como la acción.

Nada más: ni condiciones ni diccionarios. Si merece la pena, la notificación te dice que el enlace te espera en Telegram. Si no, la notificación es el resumen. Por eso la instrucción del paso Ask pide dos frases cortas y menos de 180 caracteres: una notificación solo enseña unas pocas líneas, y un resumen más largo se corta.

Jev lee el texto de la página, así que ese texto va a Vercel y al proveedor del modelo. Runline te pide permiso antes de activar cualquier modelo fuera del dispositivo y te dice quién recibe los datos. El resumen se escribe en tu iPhone, y Runline no guarda artículos ni resúmenes salvo que actives «Keep inputs and outputs».

• ¿Quieres guardar también los resúmenes? Añade otro Send to Telegram al final del camino del resumen y actívale el envío silencioso: llegan sin sonar, y solo vibran los que hay que leer.
• ¿Prefieres el resumen largo? Pide tres puntos en el paso Ask y cambia Mostrar notificación por Mostrar alerta, que enseña el texto entero.
• Para artículos muy largos, elige en el paso Ask un modelo más grande. Si está fuera del dispositivo, Runline te pide permiso antes de enviarle nada.
• Ajusta las descripciones de read y summary hasta que Jev decida como tú.

Lo monté para mí, y poco a poco ha vaciado mi lista de «leer más tarde». Lo comparto por si te sirve a ti también. Si haces tu versión, cuéntamelo en X.