Skip to main content
By default, query() starts a brand new session with each call. Through several fields in options, you can specify a session ID, resume a historical session, or fork from an existing session.

Concepts

A session corresponds to a persisted conversation history on the CLI side (including context, tool call records, compaction boundaries, etc.), identified by a UUID. The init system message contains the current session_id, which also serves as the anchor point for subsequent resume/fork operations. The auth: accessTokenFromEnv() shown in the examples below can be replaced with any other authentication method used in your project. See SDK Authentication.

Creating New Sessions

Default

Without passing any session-related fields, a new session is created each time:

Specifying a Session ID

Let the caller determine the session UUID (suitable when the host manages its own session index):

Resuming Sessions

Resume by ID

Resume the Most Recent

When you don’t know the session ID, use continue: true to pick up the most recently modified session:
Do not pass resume and continue simultaneously.

Forking Sessions

Derive a new session from an existing one, preserving the original context but obtaining a new session ID. The original session is unaffected:
To specify an ID for the forked new session:

Field Reference

Getting the Current Session ID

Listen for the init message:

User data directory

The user data directory stores session history, resources, logs, and other user-level CLI data. Set QODER_CONFIG_DIR through options.env to select this directory: