Allow paginated or incremental history loading for long session/load sessions

[Areo-Joe]

Problem

session/load currently requires the agent to replay the entire conversation history back to the client before completing the request.

That works for short sessions, but it becomes awkward for long-lived sessions:

• loading can be slow and expensive
• clients cannot progressively render old history
• reconnecting just to inspect or restore a large session requires a full replay
• session/resume is not a full answer because it restores context without returning prior messages

session/list already uses cursor pagination for discovery, but there is no equivalent standard mechanism for retrieving large histories incrementally.

Possible directions

A few options seem reasonable:

1. Add optional pagination or range parameters to session/load (for example cursor, beforeMessageId, afterMessageId, pageSize)
2. Add a separate session/history or session/messages method for incremental history retrieval, while keeping session/load as "restore + optional full replay"
3. Standardize a minimal "recent messages only" load mode, with follow-up requests for older history

A separate history-reading method might be cleaner, because it avoids changing the existing restore semantics of session/load.

Question

Is the current intent that clients should rely on session/resume plus some agent-specific history API for large sessions, or would ACP want a first-class paginated history mechanism?

[benbrandt]

I think allowing session load to have an optional cursor would make a lot of sense, and might mean we could replace most session/resume cases. Happy to received an RFD on this