feat(e2e): support forbidden recall context - #1432
Merged
PsiACE merged 2 commits intoSep 2, 2026
Merged
Conversation
PsiACE
reviewed
Sep 2, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Which issue or RFC does this PR close?
Refs #1263.
Follow-up to #1272.
Rationale for this change
PR #1272 added declarative recall probes but deferred negative benchmark cases because the evaluator could not express context that must not be returned. Without a negative contract, a probe can satisfy its required fragments while still returning stale or otherwise forbidden context.
What changes are included in this PR?
forbidden_contextcontract to recall probes.probe_coverage.The related production substring paths were checked: recall-probe matching is updated here, while
expected_memoryremains a separate Memory-recording contract and is unchanged.Are there any user-facing changes?
E2E workload authors can now declare context that a recall probe must not return. Existing manifests keep their previous behavior because
forbidden_contextdefaults to empty. Existing evaluation reports are unchanged unless a workload declares a forbidden fragment. There are no PowerContext Server, Client, or persisted Memory API changes, and no new model calls or scheduled work.How was this change tested?
uv run --locked ruff check e2e/bubuv run --locked ruff format --check e2e/bubuv run --locked ty check --project e2e/bub --python e2e/bub/.venv --python-version 3.12 e2e/bub/src integrations/bub/srcuv run --project e2e/bub python -m pytest e2e/bub/tests -q(23 passed)uv run --project e2e/bub powercontext-e2e --helpgit diff --checkRegression coverage includes a forbidden match with
probe_coverage: 0, canonically equivalent Unicode, manifest validation, removal of matched context before replay persistence, and live/offline replay parity for both recordedtrueandfalseverdicts.AI usage statement
OpenAI Codex with GPT-5.6-sol was used for implementation assistance and independent adversarial review. The final diff passed the repository checks listed above, and the final independent review reported no remaining findings.