OpenClaw normalise les emplacements partagés provenant des canaux de discussion en :Documentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
- un texte de coordonnées concis ajouté au corps entrant, et
- des champs structurés dans la charge utile de contexte de réponse automatique. Les libellés, adresses et légendes/commentaires fournis par le canal sont rendus dans le prompt via le bloc JSON partagé de métadonnées non fiables, et non inline dans le corps utilisateur.
- Telegram (épingles de position + lieux + positions en direct)
- WhatsApp (
locationMessage+liveLocationMessage) - Matrix (
m.locationavecgeo_uri)
Formatage du texte
Les emplacements sont rendus sous forme de lignes lisibles sans crochets :- Épingle :
📍 48.858844, 2.294351 ±12m
- Lieu nommé :
📍 48.858844, 2.294351 ±12m
- Partage en direct :
🛰 Position en direct : 48.858844, 2.294351 ±12m
Champs de contexte
Lorsqu’un emplacement est présent, ces champs sont ajoutés àctx :
LocationLat(nombre)LocationLon(nombre)LocationAccuracy(nombre, mètres ; facultatif)LocationName(chaîne ; facultatif)LocationAddress(chaîne ; facultatif)LocationSource(pin | place | live)LocationIsLive(booléen)LocationCaption(chaîne ; facultatif)
LocationName, LocationAddress et LocationCaption comme des métadonnées non fiables et les sérialise via le même chemin JSON borné utilisé pour les autres contextes de canal.
Remarques sur les canaux
- Telegram : les lieux sont mappés vers
LocationName/LocationAddress; les positions en direct utilisentlive_period. - WhatsApp :
locationMessage.commentetliveLocationMessage.captionremplissentLocationCaption. - Matrix :
geo_uriest analysé comme une position épinglée ; l’altitude est ignorée etLocationIsLiveest toujours faux.