Aller au contenu
GuardTrails

Méthode

Six garde-fous autour d'un modèle de langage

Par Matthieu Silbermann

Trollryggen
Trollryggen · © photographiée le 16 juillet 2019 par Ximonic (Simo Räsänen) — CC BY-SA 4.0, Wikimedia Commons

En une phrase

Un moteur d'itinéraires construit autour d'un modèle de langage a besoin de garde-fous : le modèle nomme les lieux, un géocodeur les situe et un calcul routier mesure les distances ; la durée se calcule depuis le contenu avant d'être demandée ; les contraintes invérifiables sont signalées plutôt que comblées ; l'effort se classe par dénivelé et exposition ; les nuits par étape se comptent.

Les itinéraires de ce site sont écrits avec un modèle de langage. Il est excellent pour nommer, décrire, trouver ce qui distingue un lieu d'un autre. Nous nous en servons, et les modèles progressent vite.

Mais un itinéraire n'est pas seulement un texte : c'est une suite de distances, d'horaires, de nuits et d'efforts. En construisant le moteur, entre juillet et septembre 2026, nous avons rencontré six problèmes sur des sorties réelles. Voici chacun, et le garde-fou que nous avons posé.

1. Les distances

Ce qui arrivait. Sommé d'indiquer un temps de trajet, le modèle en produisait un, avec la même assurance qu'un nom de ville. Une durée fausse en entrée donne une journée mal dimensionnée, puis un itinéraire mal découpé.

Le garde-fou. Le modèle ne produit aucun nombre géographique : ni coordonnées, ni kilomètres, ni durées de trajet, ni nombre de nuits. Il nomme un lieu ; un géocodeur le situe ; un calcul routier mesure la distance sur la route réelle. Un nom qui ne se géocode pas disparaît de lui-même.

2. La durée demandée

Ce qui arrivait. Interrogé sur une destination en précisant 28 jours, le modèle répondait qu'il en fallait 28 ; avec 14, il répondait 14. Sur un cas balte, entre juillet et septembre 2026, il annonçait quatorze jours là où le calcul sur le contenu programmé en donnait dix.

Le garde-fou. La durée se calcule depuis le contenu, avant qu'on la compare à celle dont dispose le voyageur. Le moteur dit ce que le contenu réclame, puis ce que chaque semaine retirée enlève.

3. L'état du terrain

Ce qui arrivait. Un modèle sait qu'une route de montagne existe, pas qu'elle est ouverte.

Le garde-fou. L'existence d'une route ne vaut pas son ouverture. Quand un lieu dépend d'une ouverture saisonnière, la fiche le signale, avec la source à consulter pour vos dates.

4. Les horaires

Ce qui arrivait. Bacs, navettes, entrées horodatées, quotas de permis : un parcours pouvait être géographiquement parfait et matériellement impossible, parce que le bac ne passe que trois fois par jour.

Le garde-fou. Ces horaires n'ont pas de source mondiale. Le moteur détecte l'existence de la contrainte et l'affiche : « non vérifié pour vos dates ». Il ne comble jamais le trou.

5. L'effort

Ce qui arrivait. Une promenade plate de cinq heures et une arête exposée de deux heures ressortaient au même niveau de difficulté, alors qu'elles n'échouent pas pour les mêmes raisons.

Le garde-fou. L'effort se classe par dénivelé et par exposition, selon des définitions strictes. La durée n'entre pas dans le classement : elle se lit à part.

6. La forme du voyage

Ce qui arrivait. Un modèle nourri de milliers d'itinéraires publiés en retrouve la forme : beaucoup d'étapes, un lit différent tous les jours et demi — exactement ce que nous avions compté sur les circuits d'agences que nous avons comptés. Et ce qui n'est pas vendu reste absent : les 1 200 kilomètres de sentier côtier balisé des pays Baltes n'apparaissaient pas comme une option.

Le garde-fou. Le rythme se compte : nuits par étape, journées sans programme, répétitions non demandées. Chaque variante affiche la part du territoire qu'elle couvre et ce qu'elle omet. Voyez Onze hôtels en vingt nuits, Les pays Baltes se répètent et la saturation de registre.

Ce que ces garde-fous ont en commun

Aucun ne corrige le modèle. Tous séparent l'écriture de la mesure : le modèle écrit, le moteur calcule et vérifie, et ce qui ne peut pas être vérifié est dit comme tel. C'est ce qui rend un itinéraire contrôlable — et ce qui restera vrai quand les modèles auront encore progressé.

Pour aller plus loin

Ce que nous ne savons pas

Ces six problèmes viennent de la construction d'un système, pas d'un protocole expérimental : ils ont été rencontrés en travaillant, pas mesurés sur plusieurs modèles. Certains seront moins fréquents avec des modèles plus récents. Les garde-fous, eux, restent : ce sont des règles d'ingénierie, pas des pansements.


Vous construisez aussi avec un modèle et vous avez posé d'autres garde-fous ? Écrivez-nous.

Questions fréquentes

Comment rendre fiable un itinéraire produit avec un modèle de langage ?
En séparant ce que le modèle fait bien de ce qui se mesure. Le modèle nomme et décrit ; un géocodeur situe les lieux, un calcul routier mesure les distances, des relevés donnent le climat, et un comptage vérifie le rythme. Ce qui ne se vérifie pas est signalé comme tel.
Pourquoi ne pas laisser le modèle calculer les distances ?
Parce qu'un temps de trajet sorti d'un texte n'est pas une mesure. Nous avons choisi que le modèle ne produise aucun nombre géographique : il nomme un lieu, le calcul fait le reste. Un nom inventé ne se géocode pas et disparaît de lui-même.
Ces garde-fous resteront-ils utiles avec de meilleurs modèles ?
Oui, parce qu'ils relèvent de l'ingénierie, pas d'un défaut à corriger : séparer écriture et mesure, sourcer chaque chiffre et signaler ce qui ne peut pas être vérifié rendent un système contrôlable, quel que soit le modèle.

Méthode — Problèmes rencontrés sur des sorties réelles pendant la construction du moteur qui produit les itinéraires de ce site, entre juillet et septembre 2026. Retour d'expérience d'ingénierie, pas protocole expérimental.