packages/qa/cases/runtime/external-byo-context-activation-resilience.md has no ## Evidence section. 45 of the 52 committed cases have one. This case instead ends its Operate And Observe section with an inline paragraph:
Record provider version, Plugin adapter version/digest and Core release digest, resolved project kind/reason, exact Team identifier, hook transcript, operation output, endpoint fault used, attempt count, and latency. Redact credentials and private Context content.
The content is right; the placement is the problem. The BYO release-qualification gate in docs/context-integration.md files evidence per the case file's Evidence section, and this case backs two of its 11 items — item 5 (membership revocation, binding movement, offline authority, scope-commit movement) and item 9 (legacy full Plugin migration plus the Claude next-session adoption gate). Right now those items have no conforming place to file against.
Suggested fix: promote that paragraph to a ## Evidence section positioned as in the sibling cases — after Operate And Observe, before Expected Result — matching external-context-hook-status and provider-readiness. No change to the validation question, so the case ID stays stable per packages/qa/cases/README.md.
Small and self-contained, but it is a prerequisite for filing item 5 and item 9 evidence. Case-library maintenance is a separate task from a QA run ("formal QA never edits the committed library"), hence this issue rather than an inline fix.
packages/qa/cases/runtime/external-byo-context-activation-resilience.mdhas no## Evidencesection. 45 of the 52 committed cases have one. This case instead ends its Operate And Observe section with an inline paragraph:The content is right; the placement is the problem. The BYO release-qualification gate in
docs/context-integration.mdfiles evidence per the case file'sEvidencesection, and this case backs two of its 11 items — item 5 (membership revocation, binding movement, offline authority, scope-commit movement) and item 9 (legacy full Plugin migration plus the Claude next-session adoption gate). Right now those items have no conforming place to file against.Suggested fix: promote that paragraph to a
## Evidencesection positioned as in the sibling cases — after Operate And Observe, before Expected Result — matchingexternal-context-hook-statusandprovider-readiness. No change to the validation question, so the case ID stays stable perpackages/qa/cases/README.md.Small and self-contained, but it is a prerequisite for filing item 5 and item 9 evidence. Case-library maintenance is a separate task from a QA run ("formal QA never edits the committed library"), hence this issue rather than an inline fix.