Glassly Miniapp SDK betaThe SDK is in beta, so its APIs may change before general availability.Developing on Mentra Live? We recommend using the
Glassly Bluetooth SDK.The developer tools are available in the Glassly App under Settings →
Miniapp Developer Settings.Share feedback with an in-app bug report, on
Discord, or by email at
[email protected].
session.memory is one timeline of what happened around the user: spoken
transcript lines and notes, plus an hourly summary heading each hour. Unlike
session.storage, it isn’t scoped to your
miniapp. The store is host-level and user-scoped, so every miniapp that declares
the MEMORY permission reads and writes the same timeline, and the user manages
it in Settings > Memory.
MEMORY permission in your
manifest. Without it every call
rejects with PERMISSION_NOT_DECLARED. session.memory.hasPermission reports
whether you declared it. Nothing here leaves the phone.
Sessions are clock hours
A “session” is one clock hour that has entries. It’s derived from entry timestamps at read time; there is no stored session id, andhourStart (epoch
ms of the hour bucket) is what identifies one.
Entries
Writing
Reading
Searching
query(q) filters the whole timeline by time window and keyword. It’s the shape
an LLM history-search tool wants, and results come back newest last, so slicing
keeps the most recent matches when the limit bites.
search(q) sends the same request and adds diagnostics:
windowCount is how many entries fell inside the time window before keyword
filtering, which tells “the keyword matched nothing” apart from “the window was
empty”. Prefer search from an LLM history-search tool so an empty result can
explain itself instead of triggering a blind retry. It’s undefined on hosts
that predate fuzzy search.

