referenced_session_ids, and the agent gets read-only tools to search that session’s transcript, review its cost, and open its deliverables. Use references to debug a failed run, pick up where earlier work stopped, or compare several attempts at the same task, without pasting transcripts into prompts.
Starting a session or sending it messages needs the organization developer or admin role. See Organizations and roles and API keys. You must be able to read every session you reference, and it must be in the same organization as the session that reads it. References never give an agent access that you do not have. There is no console action to add a reference, so use the API; the console shows references that were added.
Start a session with references
Sendreferenced_session_ids in the start request. The agent can use the read tools from its first turn.
- cURL
202 Accepted with the new session’s id:
Add references to a running session
Sendreferenced_session_ids with a user message on sendSessionEvents. The reference is recorded before the message, so the turn that the message starts can already read it. interruptAndSendSessionMessage accepts the same field.
- cURL
delivery_state and the other message options.
What success means: the session’s timeline gets a status event that names the new references. In the console, open the session and look under Referenced sessions on the Session tab of the details panel.
Reference status events
Reference status events
One new reference reads, for example, “This session was given read access to prior session b7e1c9a4-3d62-4f15-8a07-5c2e9f6d1b38.” A request that adds several says how many, such as “This session was given read access to 2 prior sessions.” Naming a session that is already referenced adds nothing and records no event.
What the agent can read
When a session has at least one reference, its agent gets read-only tools to list the referenced sessions, outline, search, and read their events, and read their team boards, costs, deliverables, and skills. A session with no references does not have them. When a session has more than one reference, the agent names the one it wants on each call.list_referenced_sessions gives it the ids.
Every read tool
Every read tool
How references work
- The whole tree is granted. Each id grants the session tree it belongs to: the root session and every subagent and teammate under it. You can pass the id of any session in the tree.
- All or nothing. If you cannot read one of the ids, the whole request fails and nothing is recorded: no reference, no message, no new session.
- Read-only and live. The agent cannot change a referenced session. It reads current data, so a referenced session that is still running shows its latest events.
- Checked on every read. If a referenced session is deleted, or its access is restricted after it was added, the agent’s reads of it stop working.
- Inherited, never widened. Subagents and teammates of the reading session can read the same sessions. They cannot add references of their own.
- Kept for the session. You can’t remove a specific reference. Once a session holds 10, adding another drops the oldest. To drop a reference on purpose, start a new session.
What can go wrong
The most common problems:404 not_foundonreferenced_session_ids. One of the ids does not exist, is in another organization, or you cannot read it. Nothing was recorded. Check each id and your API key’s organization, remove ids you cannot read, then resend.400 invalid_requestwith more than 10 ids. One request can name at most 10 sessions. Send the most relevant 10, and start a separate session for the rest.- The agent says a reference can no longer be read. The referenced session was deleted, or its access was restricted after it was added. Start a new session with a different reference.
Every referenced-session error
Every referenced-session error
The full list of codes is in Errors.
Limits
Duplicate ids, or two ids from the same tree, count once. A reference must be in the same organization. The caps of 10 ids per request and 10 session trees held per session are in Limits.Next steps
Session operations
Send messages, interrupt, and resume sessions.
Usage and cost
Compare what earlier sessions cost.
Deliverables and artifacts
See which files a session keeps.