---
title: "Library Fetch"
method: GET
path: "/library/fetch"
---

# Library Fetch

`GET /library/fetch`

## Request

- Base URL: `https://api-docs.session-exchange.com` (the document declares no server; this is the origin it was published from)
- URL: `https://api-docs.session-exchange.com/library/fetch`
- Auth: none declared

Read one of the caller's OWN saved sessions for resume — account-scoped, on the apex (no
subdomain). Resolves the collection within the caller's personal library by `cid` (exact) or
`name` (exact id, then `label:` tag, then title substring), and returns the staged bundle
(manifest + member files, base64) — the same shape as the marketplace bundle, so the wrapper
can pull the transcript. Private, staged; never leaves the caller's library.

AUTH: the caller's own `ge_sess_` session bearer — the SAME token used for the upload. No second
login is needed to resume: persist that token once (`a4sx login --token <tok>`, which writes
~/.config/a4sx/session chmod 600, or export A4SX_SESSION=<tok>) and every resume reuses it. Lookup
order: $A4SX_SESSION, $AGENT_MDX_SESSION, ~/.config/a4sx/session, ~/.config/agent-mdx/session (older
sign-ins). Token handling is a CLIENT concern — the server only checks the bearer; it never stores it.

## Query parameters

- `name` string
- `cid` string
- `version` string

## Response `200`

Successful Response

- unknown

## Other responses

- `422`: Validation Error

---

[API](https://skmtc.dev/session-exchange/apis/a4sx.md) · [All operations](https://skmtc.dev/session-exchange/apis/a4sx/llms.txt) · [OpenAPI document](https://skmtc.dev/session-exchange/apis/a4sx/revisions/abaefc33dfc7?raw)