- terse coordinate text appended to the inbound body, and
- structured fields in the auto-reply context payload. Channel-provided labels, addresses, and captions/comments are rendered into the prompt by the shared untrusted metadata JSON block, not inline in the user body.
- LINE (location messages with title/address)
- Matrix (
m.locationwithgeo_uri) - Telegram (location pins + venues + live locations)
- WhatsApp (
locationMessage+liveLocationMessage)
Text formatting
Locations are rendered as friendly lines without brackets. Coordinates use six decimal places; accuracy is rounded to whole meters:- Pin:
📍 48.858844, 2.294351 ±12m
- Named place (same line; the name/address go to the metadata block only):
📍 48.858844, 2.294351 ±12m
- Live share:
🛰 Live location: 48.858844, 2.294351 ±12m
Context fields
When a location is present, these fields are added toctx:
LocationLat(number)LocationLon(number)LocationAccuracy(number, meters; optional)LocationName(string; optional)LocationAddress(string; optional)LocationSource(pin | place | live)LocationIsLive(boolean)LocationCaption(string; optional)
live, locations with a name or address become place, everything else is pin.
The prompt renderer treats LocationName, LocationAddress, and LocationCaption as untrusted metadata and serializes them through the same bounded JSON path used for other channel context.
Channel notes
- LINE: location message
title/addressmap toLocationName/LocationAddress; no live locations. - Matrix:
geo_uriis parsed as a pin location; theu(uncertainty) parameter maps toLocationAccuracy, the event body populatesLocationCaption, altitude is ignored, andLocationIsLiveis always false. - Telegram: venues map to
LocationName/LocationAddress; live locations are detected vialive_period. - WhatsApp:
locationMessage.commentandliveLocationMessage.captionpopulateLocationCaption.