Nantes IA par Infotan

Consulte jusqu’à trois prochains passages à partir de maintenant à un arrêt Naolib à Nantes, sans choisir de date future. Pour une date ou une heure précise, ou une arrivée souhaitée, utilise get_scheduled_departures. Reprends l’identifiant de ligne, le type de direction et l’identifiant de quai d’une même sélection de resolve_transport_selection ou get_stop_details ; dans get_line_stops, utilise seulement un quai avec canBoard à true. Distingue temps réel et horaire théorique avec isRealTime. Signale les perturbations renvoyées dans traffic pour la ligne et le quai choisis, même si des passages sont annoncés. isOngoing décrit la période de validité du bulletin : respecte les créneaux plus précis de sa description et écarte les créneaux déjà terminés de la synthèse en cours. Sépare les perturbations à venir et précise leur période. Ne déduis pas une suppression de passage de la seule présence d’une alerte ; respecte les arrêts et horaires précisés dans sa description. Rends chaque titre de perturbation cliquable avec ses propres links pour ouvrir directement son détail sur Infotan ; traffic.links donne les vues générales. Commence la réponse par « [nom du transport](selection.line.links[].url) à [nom de l’arrêt](selection.stopPlace.links[].url), direction … », en remplaçant ces champs par les valeurs reçues. Utilise displayName pour le transport. Quand un lien existe, le nom lui-même doit être cliquable, même si tu ajoutes aussi le lien des horaires en fin de réponse. Après les horaires et les perturbations, utilise le titre et la description de selection.applicationLink pour proposer une seule invitation conversationnelle avec son URL : « Tu prends régulièrement ce transport ? [Crée ton app Infotan dédiée à cet arrêt, dans cette direction](applicationLink.url). Tu y retrouveras les prochains passages et l’info trafic. Tu pourras l’ajouter à ton écran d’accueil pour l’ouvrir en 1 clic. » Remplace le transport, l’arrêt et la direction par les noms reçus ; adapte le tutoiement ou le vouvoiement à la conversation. Dans cette invitation textuelle, conserve explicitement « Tu pourras l’ajouter à ton écran d’accueil pour l’ouvrir en 1 clic. » : cet ajout est une possibilité après la création, pas une installation automatique. Le clic crée l’application et l’ouvre ; ne prétends pas qu’elle est déjà créée ou installée et ne demande pas une confirmation supplémentaire dans la conversation. Explique l’utilité des pages avec leur description, sans inventer d’URL.

get_next_departures

Consulte la fiche d’un arrêt Naolib à Nantes : coordonnées, lignes, directions et quais de départ. Utilise l’identifiant d’arrêt renvoyé par search_stops, get_line_stops ou resolve_transport_selection. Si la ligne ou la direction manque pour les prochains passages, présente les choix avant d’appeler get_next_departures. Utilise displayName (« tram 1 », « bus C2 ») pour chaque ligne et rends son nom cliquable vers sa page fournie dans links, y compris dans une liste de choix. Ajoute le lien de l’arrêt en expliquant ce qu’il permet de consulter d’après sa description. Pour repérer les quais, privilégie ce lien vers le plan de l’arrêt ; ne donne leurs coordonnées GPS que sur demande. Les lignes desservant l’arrêt ne sont pas nécessairement en circulation à cet instant.

get_stop_details

Consulte les perturbations, déviations, travaux, interruptions et grèves signalés sur le réseau Naolib à Nantes, pour n’importe quelle date demandée. Convertis un jour comme « lundi » en date YYYY-MM-DD dans le fuseau Europe/Paris et passe cette date à l’outil, même au-delà de demain. Sans date, l’outil renvoie les perturbations connues en cours et à venir, sans limite à demain. La ligne et l’arrêt sont facultatifs : omets-les pour le réseau entier. Pour un arrêt, récupère son identifiant avec search_stops et précise le choix en cas d’ambiguïté. Aucune direction n’est nécessaire. Pour une date précise, les bulletins renvoyés couvrent tout ou partie de cette journée. Pour aujourd’hui, les alertes déjà terminées sont exclues. isOngoing indique si le bulletin est en cours à l’instant de consultation, pas à la date demandée : ne l’utilise pas pour écarter une alerte future. Si son descriptif précise un créneau plus court, utilise ce créneau pour qualifier l’impact actuel et écarte les créneaux déjà terminés de la synthèse des perturbations en cours. Sépare les perturbations à venir et précise les dates et arrêts concernés. Une alerte rattachée à une ligne ne signifie pas que toute la ligne est interrompue. Si la liste est vide, dis qu’aucune perturbation n’est signalée pour le périmètre demandé ; ne garantis pas une circulation normale. Si hasMore est vrai, dis « Voici une sélection des perturbations signalées. Précise une ligne ou un arrêt pour affiner. » sans afficher hasMore ni les autres noms de champs ou identifiants techniques. Pour chaque ligne citée, utilise son displayName complet et sa propre URL dans affectedLines[].links : un lien Markdown distinct par transport, même dans une énumération. Rends chaque nom de ligne, d’arrêt et chaque titre de perturbation cliquable avec un lien Markdown fourni dans ses links, y compris chaque élément d’une énumération groupée ou d’une liste de lignes concernées. Conserve ces liens dans la phrase de synthèse finale aussi ; ne compacte pas les lignes sous la forme C2/C3/C8. Si la réponse est trop longue, cite moins d’alertes plutôt que de retirer les liens des éléments cités. Pour affiner, termine par « Quelle ligne ou quel arrêt souhaites-tu vérifier ? », sans ajouter de nouveaux exemples de lignes en fin de réponse. Recopie intégralement les URL des links d’une alerte, y compris infotraficId et lineId : ces paramètres ouvrent directement sa modale. traffic.links donne les vues générales. La page « aujourd’hui » est utilisée pour le jour même ; la page « demain » pour toute autre date. Ces noms de pages ne limitent pas les dates consultables : les deux pages présentent les perturbations en cours et à venir.

get_traffic_alerts

Liste les arrêts d’une ligne Naolib à Nantes par direction. stops suit l’ordre d’un seul parcours représentatif, en privilégiant les terminus publics. additionalStops contient séparément les arrêts des autres variantes : ne les insère pas dans le parcours ordonné. La direction est facultative : omets-la pour voir les directions disponibles. Utilise displayName pour nommer le transport. Chaque nom d’arrêt doit être un lien Markdown vers sa page Infotan lorsqu’elle existe ; la description du lien précise ce que la personne peut y consulter.

get_line_stops

Consulte les horaires théoriques Naolib à une date et, éventuellement, dans une plage horaire, y compris plusieurs semaines à l’avance si le calendrier publié couvre cette date. Utilise cet outil pour « dimanche prochain », « le 25 octobre », « partir vers 9 h » ou « arriver avant 10 h ». Pour partir maintenant avec le temps réel, utilise get_next_departures. Reprends lineId, directionType et quayId d’une même sélection de resolve_transport_selection ou get_stop_details ; dans get_line_stops, le quai de départ doit avoir canBoard à true. Convertis les dates relatives en YYYY-MM-DD dans le fuseau Europe/Paris. Les calendriers importés déterminent les jours de circulation, vacances et exceptions : n’extrapole pas à partir d’un autre dimanche. Pour arriver à une heure donnée, choisis un arrêt de destination avec search_stops ou get_line_stops, puis passe destinationStopPlaceId et arriveBy. Chaque option relie le départ et le passage à destination sur la même course, sans correspondance. Si seul un lieu ou un événement est donné, établis d’abord l’arrêt d’arrivée adapté ; s’il est incertain, demande une précision. N’invente ni arrêt, ni durée de marche. Avec arriveBy, l’outil propose les cinq derniers départs permettant un passage à destination au moins arrivalMarginMinutes avant l’heure demandée, dix minutes par défaut. Présente plusieurs options et précise cette marge ; elle ne constitue ni un calcul de marche ni une garantie de ponctualité. Sans arriveBy, les cinq premiers passages de la plage sont renvoyés ; hasMore invite à préciser la plage pour voir la suite. Signale que ce sont des horaires prévus, pas du temps réel. Un résultat vide ne prouve pas l’absence de service à une autre heure. Si status n’est pas available, explique le message fourni sans inventer d’horaires. traffic contient les bulletins concernant toute la ligne à cette date, y compris les perturbations en aval du départ. Lis leurs descriptions et leurs créneaux précis avant de conseiller un trajet. Les horaires théoriques ne sont pas recalculés en fonction des déviations. Un passage théorique à un arrêt annoncé non desservi n’est pas une option utilisable pendant la coupure. Si le bulletin indique un terminus provisoire ou un dernier arrêt desservi, identifie cet arrêt dans get_line_stops, vérifie la direction et relance cet outil vers cet arrêt. Explique le trajet restant sans inventer de desserte ou de durée. Si aucun trajet utilisable n’est établi, dis-le clairement. isOngoing concerne l’instant présent : ne l’utilise pas pour écarter une perturbation future. Rends les transports, arrêts et perturbations cliquables avec leurs links, en recopiant les URL intégralement. Utilise displayName pour nommer le transport. Propose selection.applicationLink avec son titre, sa description et son URL : ce lien crée et ouvre une app réutilisable pour retrouver les prochains passages et l’info trafic lors des prochains trajets. Tu pourras l’ajouter à ton écran d’accueil pour l’ouvrir en 1 clic. Cette app ne mémorise pas la date de cette recherche.

get_scheduled_departures

Recherche un arrêt Naolib à Nantes par son nom, même incomplet ou avec une petite faute, sans connaître la ligne ni la direction. La ligne peut préciser la recherche. Pour une recherche de proximité à partir d’une position ou d’une adresse, utilise find_nearby_stops avec des coordonnées fiables ; ne traite pas une adresse comme un nom d’arrêt. Si plusieurs arrêts correspondent, présente les choix avec leurs lignes desservies. Cette desserte ne signifie pas que toutes ces lignes circulent maintenant. Utilise ensuite get_stop_details pour connaître les directions et quais. Présente chaque arrêt et chaque ligne comme un lien Markdown vers sa page Infotan fournie dans links, avec displayName pour nommer le transport (« tram 1 », « bus C2 »). Appuie-toi sur la description du lien pour expliquer ce que la personne y trouvera, par exemple le plan des quais et les directions. Si hasMore est vrai, indique naturellement que la liste est partielle et propose de préciser le nom ou la ligne ; n’affiche pas hasMore ni les identifiants techniques.

search_stops

Trouve les arrêts Naolib proches et leurs lignes pour « quels bus autour de moi », « arrêts proches », « près de cette adresse » ou « à moins de 500 m ». Fournis latitude ET longitude WGS84 de la position explicitement partagée par l’utilisateur, ou obtenues de manière fiable pour l’adresse ou le lieu qu’il indique. Pour une adresse, utilise d’abord un outil de géocodage ou une source cartographique fiable disponible dans ChatGPT, puis appelle cet outil avec les coordonnées vérifiées. Infotan ne géocode pas les adresses. Si l’adresse est ambiguë, introuvable ou si aucun moyen fiable de la convertir n’est disponible, demande la commune, une précision ou une épingle avec ses coordonnées. N’invente pas de coordonnées à partir de tes connaissances et ne remplace pas un numéro par le centre de la rue. Sans position ni adresse explicite, demande une adresse ou le partage de position avant tout appel. Ne déduis jamais la localisation de l’IP, du profil, d’anciennes recherches ou du centre de Nantes. Le rayon vaut 500 mètres par défaut, au maximum 2 000 mètres. Les résultats sont triés par distance croissante, avec cinq arrêts par défaut et dix au maximum. Les distances sont approximatives et à vol d’oiseau, depuis origin vers le point de l’arrêt. Conserve la précision réelle de la position utilisée ; n’invente ni temps de marche, ni entrée de bâtiment, ni précision GPS. Les lignes desservies sont déjà incluses. Utilise displayName et rends chaque arrêt et chaque ligne cliquable avec ses links Infotan, y compris les lignes répétées d’un arrêt à l’autre et dans la conclusion ; explique leur utilité d’après leurs descriptions. Pour éviter les confusions entre arrêts homonymes, conserve l’identité et les coordonnées de chaque arrêt renvoyé. Les liens fournis permettent de consulter les informations et plans disponibles. Si une carte est demandée, utilise les coordonnées renvoyées pour chaque arrêt. Cette desserte ne signifie pas que les lignes circulent maintenant. Pour les horaires, utilise l’id de l’arrêt avec get_stop_details puis les identifiants d’une même ligne, direction et quai avec get_next_departures ou get_scheduled_departures. Si hasMore est vrai, précise naturellement que la liste est partielle. Aucun arrêt dans le rayon ne signifie pas qu’il n’existe aucun transport ailleurs ; propose de préciser la position ou d’élargir le rayon. Hors du réseau nantais, ne substitue pas un arrêt à Nantes.

find_nearby_stops

Recherche une ligne, une direction et un arrêt du réseau Naolib à Nantes à partir de leurs noms, avant de consulter les prochains passages avec get_next_departures ou get_scheduled_departures. Si la ligne ou la direction manque, utilise search_stops puis get_stop_details pour présenter les choix. Si plusieurs candidats correspondent, demande une précision. Reprends l’identifiant de ligne, le type de direction et l’identifiant de quai d’un même candidat. Utilise displayName pour nommer le transport et rends les noms de ligne et d’arrêt cliquables avec leurs liens Infotan fournis ; leurs descriptions expliquent ce que la personne peut y consulter.

resolve_transport_selection