Files
Edgar Arakelyan 293832bafc feat(environment): answer list filters, search, sorting and paging from the state
Learn supported filters, plain search, sorting and paging from retained list recordings and evaluate them through shared local-state workflows.

Preserve whole-membership admission, Evidence, query normalization, counter representation and omission. Use successful retry coverage consistently for confirmation and pending-write cleanup. Unsupported semantics remain replayed or unknown.

Validated 623 adjacent source tests, exact-head CI, repeated regressions, real retained GitHub CLI/MCP pagination, actual owned HTTP fixture sessions and Codex task/review runs. Third-party application-write fidelity and exhaustive scale/provider qualification remain unverified; details and measurements are recorded in the PR.

Refs #4933, #6262.

Assisted-by: Kogasa (gensokyo-skills:kogasa-surprise-testing)
2026-10-22 12:41:32 +00:00

1.0 KiB

Implementation plan

  1. Query module. A domain module holds the roles, explains one line (trying roles by parameter name, filters and inert for any parameter, at most 256 combinations), merges lines, evaluates a query over entities, and renders an answer with counters and totals.
  2. Gate. The list plan learns the query from the lines that are not whole, reading each body once for its listed identities, role choices and counts; demotes a line whose envelope or fields do not reproduce; and adds query to the view.
  3. Write gate. A read on a query line is checked against the query over the replayed state, covering the collection only for sort- and page-only answers that hold every match.
  4. Serving. Line selection moves to its own module and gains the query line; list answers choose whole, query or recorded members and render totals.
  5. Tests and docs. Unit, domain and serving tests; the environment-state and agent-environment docs and the analysis-view tool description.