docs: record the phase 6 scenario evidence and status

Add the Phase 6 evidence record, update the implementation status,
verification gates, gap-closure decisions, implementation plan and README
for the scenario director, and state plainly that Phase 6 is not accepted
until its two-hour real-duration soak is observed.

Co-Authored-By: Claude Opus 5 <[email protected]>
Claude-Session: https://claude.ai/code/session_01M7dgfQ12mpM4JjSMv3inLA
This commit is contained in:
2026-09-06 22:54:40 +00:00
co-authored by Claude Opus 5
parent 1cde2f9f68
commit f60b3b6442
6 changed files with 181 additions and 8 deletions
+14
View File
@@ -122,4 +122,18 @@ Subsystem-specific format details can be completed in dependency order as planne
## Evidence record template
### Phase 6 checkpoint — September 6, 2026
The production scenario director now re-runs the GC5 ownership, failure/hook, condition,
deferred-order/expiry, dispatch-budget and repeated-cleanup cases with real runtime
voice pools, visual instances, overrides and scheduler records. The native audio API is
doubled in automated tests; the production graph/lifecycle code executes. Forty-minute
Exhibit E traces are reproducible using accelerated fixed ticks. Evidence is in
[the Phase 6 record](evidence/phase6/2026-09-06-scenario-director.md).
The self-contained [acceptance page](../prototypes/phase6/XZBT-scenario-acceptance.html)
and versioned [development workload](../prototypes/phase6/workload-v1.xzbt) are ready.
No two-hour real-time soak, retained-memory plateau, audio listening result, or Phase 4h
hardware benchmark is claimed by this checkpoint. Those GC6 checkboxes stay open.
For each result, record gate/check ID, date, specification revision, implementation revision or artifact hash, environment, fixture/seed, procedure, expected result, actual result, pass/fail/not-applicable status, linked logs or measurements, and unresolved limitations. A not-applicable result requires a reason. Do not prefill results from intended behavior.