If you already have aDocumentation Index
Fetch the complete documentation index at: https://docs.blocks.team/llms.txt
Use this file to discover all available pages before exploring further.
session_id, you can treat that session as a durable API resource. This lets backend services, internal tools, or operators reconnect to work that is already in progress instead of creating a new session each time.
What you can do
- Fetch session metadata to understand current state and links
- List messages to read the full conversation history
- Send follow-up messages to continue or redirect the session
- Poll
final_messageto wait for the next assistant result
Common pattern
Use this flow when a session was created earlier by another system, user action, or automation step:- Store the
session_idwhen the session is created. - Load the session later with
GET /rest/v1/sessions/{session_id}. - Read prior messages with
GET /rest/v1/sessions/{session_id}/messages. - Send a new instruction with
POST /rest/v1/sessions/{session_id}/messages. - Poll the returned
_links.final_message.hrefto receive the assistant’s next completed reply.
Example
Good fits
- Reopening a session from your own application UI
- Letting support or operations tools inspect active work
- Handing a live session from one system step to another
- Continuing long-running work without losing context

