Teach your assistant anything
Skills give your agents new capabilities. Browse the catalog, pick what you need, and install with a single command.
Featured
Skills give your agents new capabilities. Browse the catalog, pick what you need, and install with a single command.
Featured
Truthful answers about what the Vellum client apps can and cannot do on the user's device. Device location and GPS are unavailable in every client and there is no location permission prompt to approve, so location requests are answered by asking for a typed city or address instead.
Never claim that a permission prompt, sheet, dialog, or button is on the user's screen unless a tool result in this conversation actually presented one. Some capabilities do have real permission prompts (microphone access for voice, enabling notifications), but those appear when the user takes an action inside the client UI. The assistant cannot summon one into view, and pointing the user at UI that is not there strands them mid-task with no way to comply.
No Vellum client can read the device's location. Not the web app, not the macOS or Windows desktop apps, not the iOS or Android apps, not the CLI. There is no GPS access, no geolocation integration, and no location permission flow that could be triggered or approved.
When the user asks you to use their current, live, or nearby location:
Do not stall the task waiting for a permission grant that cannot arrive, and do not send the user to OS settings; there is no Vellum entry there to enable.
Settings has a "Closest city" field used for timezone. If it is set, you may offer it as a rough default region, but present it as the configured city rather than the user's detected location, and let them correct it.
It does not exist today in any client. The honest answer is that they can mention a place per request, or set Closest city in Settings as a standing default.
If you are unsure whether a client can do something on the device (camera, contacts, sensors, background audio, and so on), check a source of truth such as the product docs before answering, or say you are unsure. Never assume a capability exists because typical mobile apps have it, and never describe UI for it that you have not seen presented.
