Location command (nodes)
TL;DR
location.getis a node command (vianode.invoke).- Off by default.
- Settings use a selector: Off / While Using / Always.
- Separate toggle: Precise Location.
- Advanced > Nodes is diagnostic only; device settings own the location permission, and Agent > Tools controls whether an Agent can use the node location tool.
Why a selector (not just a switch)
OS permissions are multi-level. We can expose a selector in-app, but the OS still decides the actual grant.- iOS/macOS: user can choose While Using or Always in system prompts/Settings. App can request upgrade, but OS may require Settings.
- Android: background location is a separate permission; on Android 10+ it often requires a Settings flow.
- Precise location is a separate grant (iOS 14+ “Precise”, Android “fine” vs “coarse”).
Settings model
Per node device:location.enabledMode:off | whileUsing | alwayslocation.preciseEnabled: bool
- Selecting
whileUsingrequests foreground permission. - Selecting
alwaysfirst ensureswhileUsing, then requests background (or sends user to Settings if required). - If OS denies requested level, revert to the highest granted level and show status.
Permissions mapping (node.permissions)
Optional. macOS node reportslocation via the permissions map; iOS/Android may omit it.
Command: location.get
Called via node.invoke.
Params used by the CLI and node tool:
LOCATION_DISABLED: selector is off.LOCATION_PERMISSION_REQUIRED: permission missing for requested mode.LOCATION_BACKGROUND_UNAVAILABLE: app is backgrounded but only While Using allowed.LOCATION_TIMEOUT: no fix in time.LOCATION_UNAVAILABLE: system failure / no providers.
Model/tooling integration
- Tool surface:
nodestool addslocation_getaction (node required). - CLI:
fased nodes location get --node <id>. - Agent guidelines: only call when user enabled location and understands the scope.