Skip to main content
Workspaces group threads, provider configuration, skills, MCP policy, tasks, artifacts, and settings. Clients can list workspaces, create new ones, select the active workspace for a connection, persist the current workspace, and rename existing workspaces. Threads are the primary conversation container. A thread has a workspace, mode (Chat or Agent), model, model provider, optional name, sidebar visibility, and turn history.

Workspace methods

Workspace shape

Listing workspaces

Response:

workspace/default

Use this when a client needs a workspace id and wants the gateway to create the default workspace if it does not exist.
Response:

Creating a workspace

The client generates the workspace_id. name is optional; if omitted, the gateway assigns a default display name. Set make_current when the new workspace should become the persisted current workspace.
Response:

Selecting a workspace

workspace/select associates the current WebSocket connection with a workspace. Set make_current when the selection should also be persisted as the gateway’s current workspace.
After selecting a workspace, clients should reload workspace-scoped views such as the thread tree, providers, MCP servers, skills, tasks, and artifacts.

Updating a workspace

Use workspace/update to rename a workspace.

Workspace notifications

The gateway sends workspace/changed when a workspace is created, updated, or when the current workspace changes. The notification payload has kind (created, updated, or current_changed) and workspace.

Thread methods

Starting a thread

Important fields: Response:

Thread tree

thread/tree returns all threads plus folders and placement rows for a workspace. Clients should use this instead of trying to infer sidebar layout from thread rows alone.
Result shape:

Thread history

thread/history returns durable events as well as final messages. Use it to rebuild a timeline after reconnect.
History event payloads include turn start, item start, item deltas, item completion, recovery events, tool retry events, tool loop budget events, and terminal turn events. This is a replay surface for clients, not the semantic recall surface used by the agent. Clients should not use thread/history to push whole old transcripts into a model request. Agent-side recall uses thread episodic context: the gateway indexes visible conversation fragments, searches them when needed, and injects bounded snippets into prompt context.

Thread notifications

Thread subscription is connection-scoped. Starting or interacting with a thread associates the connection with that thread/workspace; thread/unsubscribe removes the thread subscription for that connection.