Bound paged retrieval responses
This commit is contained in:
parent
176b2d2784
commit
529accf858
15 changed files with 1567 additions and 30 deletions
|
|
@ -477,7 +477,7 @@ filter [--family X] [--authority X] [--status X] [--tag X] [--limit N]
|
|||
backlinks NODE_ID [--relation RELATION] [--limit N]
|
||||
dependencies NODE_ID [--depth N] [--limit N]
|
||||
impact NODE_ID [--depth N] [--limit N]
|
||||
context PROFILE [--budget N]
|
||||
context PROFILE [--budget N] [--limit N] [--cursor OPAQUE]
|
||||
```
|
||||
|
||||
### Render and proposal commands
|
||||
|
|
@ -641,6 +641,22 @@ an explicit `status="stale"` query for rebase decisions. Applied and abandoned p
|
|||
terminal history, remain available by status or history request, and no longer block new proposals
|
||||
against the same canonical base.
|
||||
|
||||
Context and changeset reads use version-1 continuation receipts when their evidence exceeds one
|
||||
page. Follow `pagination.next_cursor` with the same tool and semantic arguments until
|
||||
`pagination.has_more` is false. Page size may change between calls. Treat the cursor as opaque.
|
||||
It is bound to the project, adapter, source generation, query, exact changeset hash, and collection
|
||||
identity. `stale_cursor` means evidence changed between pages; discard prior pages and restart the
|
||||
read instead of mixing generations.
|
||||
|
||||
`docforge_get_context` paginates one ordered evidence stream: selected entries followed by explicit
|
||||
omissions. An entry too large for one MCP response is represented by a bounded omission carrying
|
||||
its node ID and detail hash, and the cursor advances. `docforge_list_changesets`,
|
||||
`docforge_get_changeset`, `docforge_validate_changeset`, and `docforge_get_changeset_diff` accept
|
||||
the same optional `limit` and `cursor` fields. Small results keep their familiar fields. Large
|
||||
inspection pages may use hash summaries. A large diff may return `result_mode =
|
||||
"canonical_json_chunk"`; concatenate the chunks in order and verify `payload_hash` before decoding
|
||||
the reconstructed `operations` and `changes` object.
|
||||
|
||||
Canonical application records its terminal receipt immediately after the project-owned serializer
|
||||
verifies the new canonical state. A later index or render refresh failure is reported as degraded
|
||||
derived state with remediation, not as permission to apply the same canonical change again.
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue