Ir al contenido
GuardTrails

Método

Seis salvaguardas alrededor de un modelo de lenguaje

Por Matthieu Silbermann

Trollryggen
Trollryggen · © fotografiada el 16 de julio de 2019 por Ximonic (Simo Räsänen) — CC BY-SA 4.0, Wikimedia Commons

En una frase

Un motor de itinerarios construido alrededor de un modelo de lenguaje necesita salvaguardas: el modelo nombra los lugares, un geocodificador los sitúa y un cálculo de rutas mide las distancias; la duración se calcula a partir del contenido antes de preguntarla; las restricciones no verificables se señalan en lugar de rellenarse; el esfuerzo se clasifica por desnivel y exposición; las noches por etapa se cuentan.

Los itinerarios de este sitio se escriben con un modelo de lenguaje. Es excelente para nombrar, describir, encontrar lo que distingue un lugar de otro. Lo usamos, y los modelos mejoran rápido.

Pero un itinerario no es solo un texto: es una sucesión de distancias, horarios, noches y esfuerzos. Al construir el motor, entre julio y septiembre de 2026, encontramos seis problemas en salidas reales. Aquí está cada uno, y la salvaguarda que pusimos.

1. Las distancias

Lo que pasaba. Obligado a dar un tiempo de trayecto, el modelo producía uno, con la misma seguridad que un nombre de ciudad. Una duración errónea al principio da una jornada mal dimensionada, y luego un itinerario mal cortado.

La salvaguarda. El modelo no produce ninguna cifra geográfica: ni coordenadas, ni kilómetros, ni tiempos de trayecto, ni número de noches. Nombra un lugar; un geocodificador lo sitúa; un cálculo de rutas mide la distancia por la carretera real. Un nombre que no se geocodifica desaparece solo.

2. La duración pedida

Lo que pasaba. Preguntado por un destino mencionando 28 días, el modelo respondía que hacían falta 28; con 14, respondía 14. En un caso báltico, entre julio y septiembre de 2026, anunciaba catorce días donde el cálculo sobre el contenido programado daba diez.

La salvaguarda. La duración se calcula a partir del contenido, antes de compararla con el tiempo del que dispone el viajero. El motor dice lo que exige el contenido, y luego lo que quita cada semana que se elimina.

3. El estado del terreno

Lo que pasaba. Un modelo sabe que una carretera de montaña existe, no si está abierta.

La salvaguarda. Que una carretera exista no significa que esté abierta. Cuando un lugar depende de una apertura estacional, la ficha lo señala, con la fuente que hay que consultar para sus fechas.

4. Los horarios

Lo que pasaba. Ferris, lanzaderas, entradas con hora, cupos de permisos: un recorrido podía ser geográficamente perfecto y materialmente imposible porque el ferri pasa tres veces al día.

La salvaguarda. Estos horarios no tienen fuente mundial. El motor detecta que la restricción existe y la muestra: «no verificado para sus fechas». Nunca rellena el hueco.

5. El esfuerzo

Lo que pasaba. Un paseo llano de cinco horas y una arista expuesta de dos horas salían con la misma dificultad, aunque no fallan por las mismas razones.

La salvaguarda. El esfuerzo se clasifica por desnivel y exposición, con definiciones estrictas. La duración no entra en la clasificación: se lee aparte.

6. La forma del viaje

Lo que pasaba. Un modelo alimentado con miles de itinerarios publicados reproduce su forma: muchas etapas, una cama distinta cada día y medio — exactamente lo que habíamos contado en nuestros propios viajes. Y lo que no se vende sigue ausente: los 1 200 kilómetros de sendero costero señalizado de los países bálticos no aparecían como opción.

La salvaguarda. El ritmo se cuenta: noches por etapa, días sin programa, repeticiones que nadie pidió. Cada variante muestra la parte del territorio que cubre y lo que deja fuera. Véanse Once hoteles en veinte noches, Los países bálticos se repiten y la saturación de registro.

Lo que tienen en común estas salvaguardas

Ninguna corrige el modelo. Todas separan la escritura de la medición: el modelo escribe, el motor calcula y verifica, y lo que no se puede verificar se dice como tal. Es lo que hace controlable un itinerario — y seguirá siendo cierto cuando los modelos hayan mejorado todavía más.

Para ir más lejos

Lo que no sabemos

Estos seis problemas vienen de construir un sistema, no de un protocolo experimental: se encontraron trabajando, no se midieron en varios modelos. Algunos serán menos frecuentes con modelos más recientes. Las salvaguardas se quedan: son reglas de ingeniería, no parches.


¿También construye con un modelo y ha puesto otras salvaguardas? Escríbanos.

Preguntas frecuentes

¿Cómo hacer fiable un itinerario producido con un modelo de lenguaje?
Separando lo que el modelo hace bien de lo que se mide. El modelo nombra y describe; un geocodificador sitúa los lugares, un cálculo de rutas mide las distancias, los registros dan el clima, y un recuento comprueba el ritmo. Lo que no se puede verificar se señala como tal.
¿Por qué no dejar que el modelo calcule las distancias?
Porque un tiempo de trayecto sacado de un texto no es una medición. Decidimos que el modelo no produzca ninguna cifra geográfica: nombra un lugar, el cálculo hace el resto. Un nombre inventado no se geocodifica y desaparece solo.
¿Seguirán siendo útiles estas salvaguardas con modelos mejores?
Sí, porque son ingeniería, no un defecto que corregir: separar escritura y medición, dar la fuente de cada cifra y señalar lo que no se puede verificar hacen que un sistema sea controlable, sea cual sea el modelo.

Método — Problemas encontrados en salidas reales durante la construcción del motor que produce los itinerarios de este sitio, de julio a septiembre de 2026. Relato de ingeniería, no protocolo experimental.