Oasis Browser: Long Session Railroad Memory
Long chats break when the model forgets what you said ten turns ago. Oasis uses optional structured session memory (internal nickname “Railroad”) to help follow-ups stay coherent.
Insight for other users: Session memory extracts structured facts across turns and re-injects them into later prompts so the assistant can remember details within your session and plan limits. You do not edit memory by hand. It updates as you chat.
What it is not: Memory is not a full backup of web pages. It is distilled text used to steer replies, not a copy of everything you browsed.
How to work with it:
Keep chatting in the same thread for continuity.
If your build exposes a control, ask the assistant to forget sensitive details you do not want retained.
Start a New chat when you want a clean memory scope (separate from chat history stored in IndexedDB).
Privacy note: Memory sits in the broader assistant data picture. See what leaves the device vs stays local: https://kahana.co/docs/assistant-and-cloud-data
Doc: https://kahana.co/docs/long-session-memory-railroad
Related: https://kahana.co/docs/multi-step-agent-loop | https://kahana.co/docs/chat-history-indexeddb
Questions we would love your take on:
Transparency
Should Oasis show you what it “remembers” in a sidebar, or keep memory invisible?Forget controls
How important is a one-click “forget this” vs starting a new chat?Scope
Should memory last only for the current thread, the whole browser session, or across days?Trust
For a privacy-first browser, does automatic memory extraction feel helpful or creepy?For the Oasis team
In a long thread, did Railroad help coherence, or did you still repeat yourself?
Share how you expect “memory” to behave in an AI browser.
Replies