List improvement proposals
const url = 'https://example.com/v1/proposals?limit=25&status=draft&tier=settings-block&scopeKind=tenant';const options = {method: 'GET', headers: {Authorization: 'Bearer <token>'}};
try { const response = await fetch(url, options); const data = await response.json(); console.log(data);} catch (error) { console.error(error);}curl --request GET \ --url 'https://example.com/v1/proposals?limit=25&status=draft&tier=settings-block&scopeKind=tenant' \ --header 'Authorization: Bearer <token>'Newest first, cursor-paginated, only the proposals of agents the caller can read. Filters: ?agentId=, ?tier=, ?status= (statuses are derived, so a page filtered by status can hold fewer rows than limit), and the live scope a proposal is for (scopeKind, scopeId, segment, exactly as the promotions history takes it).
Authorizations
Section titled “Authorizations”Parameters
Section titled “Parameters”Query Parameters
Section titled “Query Parameters”1..100. Default 25.
Where the previous page ended: its nextCursor, as it came. A runtime that seals cursors takes one only for the same list, filters and caller, within a day; otherwise 400 bad-input, and the list starts again without it. Absent → first page.
Where a proposal stands, from its comparison and its promotion (never stored). draft: not evaluated yet. evaluating: its comparison is queued or running. evaluated: the candidate beat the recorded outputs on the objective metric by more than the noise (the spread, with more than one repetition). Under evaluation.rule: 'cheaper' it means instead: no worse than the current version on the same cases and costing less, so evaluated doesn’t always mean better. With evaluation.decisions (a model-settings change), it also means no correction the current version passes failed. not-better: it didn’t. evaluation-failed: the comparison failed or was cancelled. in-review: requested; the gate passed and an approval is open. promoted: live for the scope (promotion.liveNow says whether it still serves it). refused: the gate refused it. rejected: the reviewer rejected it. expired: the approval expired undecided. superseded: approved after the scope’s live version or policy changed. rolled-back: rolled back through the proposal. withdrawn: withdrawn.
Only proposals with this (derived) status.
What a proposal changes: a settings block (new values) or a prompt block (a new template) the agent version pins.
Only proposals of this tier.
Only one scope: tenant, org or project (with scopeId), or segment (with scopeId and segment).
Required IF scopeKind is org or project. MUST be absent if scopeKind=tenant (tenant is implicit from the session). Malformed combinations return 400 scope-invalid.
One step of the segment path, key:value; repeat it in order, coarse to fine.
Responses
Section titled “Responses”Page of proposals.
object
An improvement proposal: a change to one data block an agent version pins, for one live scope, taken through the same comparison, gate and promotion as any other version.
object
The agent version the change applies to.
The agent’s default for the whole tenant.
object
An org’s projects.
object
One project.
object
A segment path within a project: it covers every run whose path starts with it.
object
object
Lowercase, like an identifier: company, contact-role.
What a proposal changes: a settings block (new values) or a prompt block (a new template) the agent version pins.
object
The data block the change is to.
The block version the agent version pins: what’s being changed.
The new content: { values } for a settings block (its schema carries over), { template } for a prompt block (its parameters carry over).
object
object
What the change should improve, and why.
What a proposal rests on.
object
The judgments that motivated it. An improvement pass’s proposal names the judgments it learned from on the cases it searched, never the hold-out: those its comparisons counted and, for a prompt pass, those its drafter was shown. At most 100: first those its drafter was shown, then those behind items judged wrong, then the rest.
How many judgments it rests on, when judgmentIds names only the first of them. Absent when judgmentIds names them all.
Who wrote the proposal: a person, or one of the runtime’s drafters.
object
For a person: user:<id> (or service:<id>).
For a drafter: the drafter’s version.
For a drafter that used a model: which.
object
For a drafter: the improvement pass that drafted it (GET /v1/improvement-passes/{passId}).
Where a proposal stands, from its comparison and its promotion (never stored). draft: not evaluated yet. evaluating: its comparison is queued or running. evaluated: the candidate beat the recorded outputs on the objective metric by more than the noise (the spread, with more than one repetition). Under evaluation.rule: 'cheaper' it means instead: no worse than the current version on the same cases and costing less, so evaluated doesn’t always mean better. With evaluation.decisions (a model-settings change), it also means no correction the current version passes failed. not-better: it didn’t. evaluation-failed: the comparison failed or was cancelled. in-review: requested; the gate passed and an approval is open. promoted: live for the scope (promotion.liveNow says whether it still serves it). refused: the gate refused it. rejected: the reviewer rejected it. expired: the approval expired undecided. superseded: approved after the scope’s live version or policy changed. rolled-back: rolled back through the proposal. withdrawn: withdrawn.
The versions evaluating the proposal published. They serve no scope until a promotion makes the agent version live.
object
The derived agent version (its derivedFrom.proposalId names the proposal).
The block version published from the proposal’s content.
The comparison the proposal was evaluated with, and what it found on the objective metric (the full summary is the eval run’s).
object
The test set (a judged eval suite).
The eval run’s status. Absent when the run can’t be read.
The recorded outputs’ score; null without judged evidence.
The candidate’s score.
With more than one repetition: the candidate’s max − min, the noise a delta must beat.
Set once the comparison finished.
How the candidate is kept. better: it beats the recorded outputs by more than the noise. cheaper: it’s no worse than the current version replayed on the same cases (beyond that run’s spread) and costs less (beyond the cost’s own spread), with no errored case; better may then be false while the status is evaluated. Absent: better.
What the replays cost in model calls on the same cases, in US dollars, averaged over the repetitions: the current version’s and the candidate’s. Set for a change held to the current version once both comparisons finished, when both reported a cost.
object
The corrections the current version was checked on, replayed on the same cases, against the candidate’s. A model-settings change is kept only with at least one checked and none broken. Set once both comparisons finished.
object
The current version passed them, and so did the candidate.
The current version passed them; the candidate didn’t.
Neither passed them. The rest of checked the candidate fixed.
The promotion the proposal’s request made.
object
The approval a request in review waits on.
For a promoted proposal: whether its version still serves the scope.
object
The rollback’s own promotion row.
object
Example
{ "data": [ { "scope": { "kind": "tenant" }, "tier": "settings-block", "drafter": { "kind": "person" }, "status": "draft", "evaluation": { "objective": "weightedYesShare", "runStatus": "pending", "rule": "better" }, "promotion": { "status": "promoted" } } ]}A malformed query parameter.
object
object
Stable machine-readable discriminant. Values match domain error codes (see docs/API-ROUTE-CONVENTIONS.md §4.3).
Optional, kind-specific.
object
Server-assigned request id; also echoed via X-Request-Id header.
Examplegenerated
{ "error": { "code": "example", "message": "example", "details": {}, "requestId": "example" }}Missing / malformed / expired / revoked bearer token.
object
object
Stable machine-readable discriminant. Values match domain error codes (see docs/API-ROUTE-CONVENTIONS.md §4.3).
Optional, kind-specific.
object
Server-assigned request id; also echoed via X-Request-Id header.
Examplegenerated
{ "error": { "code": "example", "message": "example", "details": {}, "requestId": "example" }}