Skip to the content.

S8a: adaptive micro-window filter selection

Verdict

Observed in the fixture: micro-windows can serve as a bounded control plane as well as a data plane. A versioned selector receives one issue record and may emit only one allowlisted stage: exclude, run(auth-relevance), widen(issue-neighborhood), or escalate. The controller—not selector prose—executes that typed declaration.

Captured artifact: s8a-local-filter-selector-1000-pass-2026-08-09.json.

This is a fixture-backed experiment. Its cost units model relative work (selector=1, semantic filter =10); they are not dollars, tokens, or live-model latency.

Reproduce

go run ./cmd/microcontextdemo \
  -filter-selector-selfcheck -workers 16 \
  -filter-selector-output /tmp/filter-selector.json

go run ./cmd/microcontextdemo -verify-filter-selector /tmp/filter-selector.json

Witness

Interpretation

This proves the missing composition from the general operator note: a micro-window can decide which filter should run, whether context must widen, or whether work should escalate. It does not acquire tool authority and it does not hide uncertainty. Real endpoint economics and quality remain for the tuned-baseline program (#6033); read-only tool stages remain #6031.