How to use sessions to continue research across runs
This guide shows you how to use the--session flag to maintain a running research conversation across multiple CLI commands — refining results step by step without starting over.
What sessions do
Every search creates a session on the Landbase backend. By default each command creates a fresh session. When you pass--session=<label>, the CLI:
- Looks up the label in
~/.landbase/sessions.jsonto find the session UUID - Sends that UUID with the request so Landbase treats your prompt as a continuation of the prior conversation
- Saves the label → UUID mapping after the first run so future commands reuse it automatically
uk-saas is understood in the context of the earlier “find SaaS companies in London” search — you do not need to repeat the original criteria.
Basic usage
Start a session with any search:Choosing a session label
Labels can be any short string. Use something meaningful to the research task:Review what happened in a session
List all runs for a session:runs commands show you what queries were sent, what datasets were created, and the timestamps for each run in the session.
Start a new session on the same topic
If you want a clean slate for a similar research task, just use a new label:uk-saas session is unaffected.
How sessions work in Claude Code
When you run landbase-cli commands through Claude Code, theCLAUDE_CODE_SESSION_ID environment variable is automatically detected. The CLI records this alongside your session label for telemetry, and session continuity works the same way — use the same --session label in Claude’s tool calls to maintain context.
Find the session UUID for a label
If you need the raw UUID (for example to pass it to another tool), look it up in:session_id field in the JSON output is the UUID.
Related
- How sessions work — deeper background on the label → UUID model and session lifetime
- runs reference — full reference for the
runscommand

