Release controls
Feature registry, dependency guards, circuit breakers, deterministic audits, and focused automated coverage form the current safety floor.
No blurred release claims
Automated correctness is the foundation, not the finish line. Each stage names the evidence still needed before access expands.
Release sequence
The canonical handbook currently defines 192 manual and client cases. Each observation is classified as Pass, Verified defect, Automation blocker, or Not tested, then separately evidence-reviewed.
Feature registry, dependency guards, circuit breakers, deterministic audits, and focused automated coverage form the current safety floor.
Observe Hall placement, menus, travel, encounter flow, Trust behavior, recovery, and visual presentation in the real FFXI client.
Run multiple attempts across roles and gear bands, then review clear times, hit rates, pacing, rewards, prices, and realized returns.
Capture current-host baselines, database and queue faults, restart recovery, multi-client ramps, and one-hour memory and entity soaks.
Invite a small no-cost tester group only after the client, recovery, privacy, backup, and operational evidence is reviewed.
Expand in measured stages, keep held features inaccessible, publish known limits, and promote only the claims supported by evidence.
What blocks promotion
Live hit rates, pacing, positioning, menus, Trust decisions, rendering, recovery feel, and long-session behavior require direct observation. A tool failure is recorded as an automation blocker, never as a game defect.