Skip to main content

GET_PROPOSALS_DOC

Constant GET_PROPOSALS_DOC 

Source
pub const GET_PROPOSALS_DOC: &str = "Proposals awaiting the Council, newest first by \
     default. Comment on one at any time: comment periods never close.";
Expand description

The shared get_proposals description — the operation-level prose every surface shows an agent. The server’s MCP tool description, its REST/OpenAPI operation docs, and the seed agents’ tool definitions all start from this string and append only transport-specific notes (auth, limit clamps, sort parameter names).

Deliberately says nothing about individual response fields: field semantics (e.g. what a null eligible_for_deliberation_at means) are authored once, in the doc comments on ProposalResponse, and reach every surface as a render of that derive — the OpenAPI schema, MCP output_schema, or an [inline_schema_for] appendix on surfaces with no schema channel of their own. Restating them here would be a second authored copy, which is how three descriptions drifted until 2026-08-30, when an agent met eligible_for_deliberation_at: null and could not tell “no waiting period applies” from “not populated yet”.