Dune/docs/RICHESE_NO_FIELD_RULES.md

Richese No-Field rules and integration

Audit date: 2026-09-06. This document distinguishes the printed token lifecycle from engine integration and unresolved combinations. It does not certify Richese, Homeworlds, or any other gated game mode.

Current concealed-value Truthtrance — 16 October 2026

The separate current-fact question asks whether the respondent currently has a concealed No-Field with printed value 0,3 or5. It reads that player's actual deployed physical token, not an ally's variable army, a pending declaration, last-used history or prospective reserve-capped counters. No deployed token, including one already revealed, answers No even for value0. A concealed5 with zero reserves still has printed value5, not0.

Basic uses the existing GF9 November2020 p8 game-related yes/no-fact authority; Advanced also uses the supplied physical p39 Truthtrance text. The p27 C/ p36 B ordinary Prescience exception does not name this distinct card. This current-observation/information-versus-component-revelation composition is explicit, not a newly retrieved No-Field-specific FAQ.

Only the respondent sees the expected answer before replying. The final public Yes/No can convey information but does not turn up a marker, materialize counters, debit reserves, rotate its event or reset shipment history. Existing AND/OR publishes only the aggregate. Native physical Truthtrance disposal resumes the same shipment/power/battle; a historical fact does not become a future token-use promise. Physical-force count questions still exclude markers and denomination. No new Game root field, module gate or generic natural- language/future-No-Field promise enforcement is introduced.

Scoped current-fact proof

The23 new focused/native cases and frozen23-file228/228 related union pass. Actual current-fact declaration, priority, truthful/compound answer, physical discard and original opportunity continue without marker/model/event changes. The allied negative case uses the original native Ecaz/Richese Nexus alliance, not a copied alliance. An Advanced fixture now finishes its real Guild interception before expecting the declared shipment to deploy; no guard changes.

Four actual390px question journeys publish one original reply/card each: concealed0 → Yes; concealed5 with empty reserves AND physical0 at its sector → Yes; undeployed0 → No; revealed5 → No. Each returns to original phase5/ Richese activity without changing token model, event, forces, reserves or spice. No overflow/application exception. Initial Vite optimization reload aborted four old dependency requests; the rendered journeys completed afterward. Owned host/tab/scaffolds were removed.

Sixteen fresh programs across all four legal policies accept48 priority/reply actions, then continue original shipment, actual voluntary reveal or full-plan offer/battle into Collection. Historical replies remain observations through those later actions. Actual generated guide import resolves42 evidence paths/ source anchor; five No-Field facets and all three topic coverages stay Partial. These are genuine setup/shipment plus labelled conserved controls, not full unstaged games, new recovery/privacy/custody or deployed acceptance. Types/lint and application build also pass, retaining the existing module- register/chunk-size/route warnings. Complete mode/combination assurance remains.

Atreides special inspection — 16 October 2026

The supplied p27 C ordinary Prescience dial exception remains. Its distinct p27 F entire-plan special Karama now follows the explicit provisional power/read distinction: Atreides may privately read the complete sealed No-Field plan, including dial/ support, without a premature token reveal or reserve transfer. Both original plans must still seal before native materialization and public history. This supersedes older whole-plan guard notes below, not the unrelated structured Truthtrance, Basic/module or complete-mode boundaries.

Mixed native Occupy pool — 16 October 2026

Standing choose-recommended extends the existing explicitly provisional ordinary additive pool into the selected Advanced Occupy composition: Richese ordinary counters here + min(token value, current Richese reserves). Active coalition total adds the original mandatory ceil(Ecaz/2) separately; only native variable commitment spends support or creates variable losses. This composes the earlier mixed-pool interpretation with native coalition arithmetic; it does not adjudicate the FAQ's ambiguous mixed reserve cap.

Either Ecaz or Richese may form the active allied plan. The selected plan actor receives its private mixed variable wheel and explicit provisional notice, not Ecaz's own ordinary maximum. Richese as opposing army instead uses only its own additive pool. Visible ordinary counters never disclose the concealed prospective increment to rivals outside a distinct authorized special plan read. Ordinary Prescience restrictions follow the physical owner.

Original Karama prevention preserves the chosen lead but removes the fixed contribution and all unselected ally strength. Selected Ecaz uses only Ecaz counters; selected Richese uses its own mixed pool. The original Richese marker still reveals once after both seals, even when it no longer supplies the plan. Zero creates no new counters; shortage remains reserve-capped. Native support, Traitors, original physical losses and token history follow. Harass/R uses the materialization-first cost contract below, not a new fee order. No persisted field, new Basic coalition or optional-module gate opens.

Scoped mixed runtime proof

Before-state actual native admission rejected one ordinary counter plus marker5/reserves2 for both allied and opposing Richese. Four actual390px journeys now finish the original CHOAM market into phase7:

• Ecaz lead: one ordinary plus capped2 reveals to3; total5/support2 leaves Richese1/Tanks2 and Ecaz2/Tanks3. First seal kept the marker/reserves hidden.
• Richese lead: ordinary2 plus marker3, original reserves6, total4/support1, H/R together; materialize3, spend original3, return4, lose original variable1. End Richese reserves4/Tanks4, Ecaz2/Tanks3; both actual cards discard once.
• Opposing Richese: ordinary2 plus marker0 retains original reserves2, wins with its own supported2/real leader, loses only those2 committed counters; the actual combined Ecaz5/Guild4 side is destroyed and zero history remains.
• Original opposing Karama prevents Ecaz lead. The wheel redials only Ecaz5 with fixed0; total2/support2 loses Ecaz2, leaves all3 actual revealed Richese counters untouched and consumes the native Karama once.

Each native marker retains its original last-shipped identity. All surfaces have no overflow, post-configuration browser/application error or stalled decision. The owned Vite mount initially lacked the native Vinext image alias/ environment; configuring that existing adapter fixed the harness prerequisite, not product code. Owned host/tabs/scaffolds were removed after proof. Sixteen fresh native programs accept80 policy actions across Easy/Medium/Hard/ Brutal, active/prevented allied/opposing roles, through original Collection. This is explicit conserved battle staging after genuine setup/Nexus/shipment, not unstaged complete-game or new save/deployed acceptance.

The28 new native cases and frozen26-file358/358 related union pass, with types/lint/build and existing warnings. The two generated guide topics retain Partial coverage;28/22 evidence paths and this source anchor resolve. One prevented-opponent fixture needed three real supported Ecaz counters to avoid an unintended tied precondition; the exact winner/loss assertion remains.

Concealed battle-card composition — 16 October 2026

Harass now composes with own concealed No-Fields in supported Basic/Advanced and existing Advanced Occupy card profiles. Standing choose-recommended keeps the native order: seal both plans, materialize the reserve-limited token at its actual sector, then resolve original reserve cost and successful Harass return before ordinary losses. This priority composition remains explicitly provisional, not a new dedicated publisher FAQ.

Private planning forecasts actual ordinary counters and their marker-sector location without moving them early. Zero remains a real marker with leader/ card legality; shortage caps by actual reserves. Mixed sectors select all undialed physical counters only after reveal. Harass neither returns a virtual marker nor clears its last-use/history fence. Opposing successful Traitor cancels only the return, never the original component revelation.

Reinforcements requires three original own reserves after projected native materialization, before any later return. A proven token3/reserves3 plan previously sealed, materialized to0 and stalled on Traitor resolution; the new first-plan guard rejects that commitment and retains a legal Harass-only alternative. Other owners' reserves/markers are not shared. Owner-only preview facts are view data, not new saved Game fields or a historical-save migration. Existing mode, full-plan and optional-module gates remain; the selected Advanced mixed-co-side extension is defined above.

Advanced first versions — 8 October 2026

Advanced ordinary mixed battles and discounted allied shipments now reuse the explicitly provisional policies below. Supplied physical p36 B gives reserve-limited materialization and p36 D permits allied off-planet forces; p37 C gives the rounded Guild fee. These passages do not specifically adjudicate the mixed dial cap or price/payee precedence. At that checkpoint, combined Occupy and whole-plan inspection were guarded; current cutovers above retain their explicit provisional interpretations and mode gates.

Battle.mixedNoFieldPlayers and the owner-only battle.mixedNoField notice apply in both modes. Native Advanced support is committed separately and paid at battle resolution; token revelation does not grant free support. Minimal AI may form mixed groups using its existing private force quote. Two direct battle smokes cover unsupported and two-spice-supported plans: physical2 + token3 gives private5, the first seal keeps the marker hidden, the second materializes3 once, and ordinary losses/aftermath finish. Two allied smokes cover Guild and actual native Karama rates with Easy consent, physical5, bank1 and only the recipient's shipment consumed. Actual GameTable SSR controls were observed in Chromium, including the Advanced mixed-pool warning and discounted consent. This is isolated surface evidence, not deployed or full-game acceptance.

Basic discounted allied price prototype — 8 October 2026

Guild recipients and already-active Karama rates now have a connected Basic first version: rounded one-force Guild price, one spice, entirely to bank even when Richese pays. Supplier and recipient controls label this as provisional; it does not settle the printed price/payee precedence. The shared quote supplies engine, controls and AI without charging for the materialized unit count or granting another shipment. Canonical payment contract. Two before/after direct engine cases cover a Guild recipient and an actual native Karama purchase, private offers, Easy consent, five actual arrivals and one bank payment. Advanced now shares this provisional policy above.

Basic mixed battle prototype — 8 October 2026

The Basic-first pass now admits an ordinary Richese battle containing both physical forces and a concealed No-Field. It reuses the existing private prospective pool: physical forces already in the territory plus min(token value, current reserves). This is a visibly provisional mixed-pool interpretation, not an adjudication of the FAQ's reserve-cap ambiguity below. Combined Ecaz Occupy remains guarded; Advanced ordinary mixed battles now use the same policy as described above.

Battle.mixedNoFieldPlayers retains initial mixed participation. Only the participating owner's view receives battle.mixedNoField and its private prospective bounds. The actual Battle Wheel explains the formula and its provisional status; marker-only wording no longer claims that the mixed pool consists entirely of reserve materialization. Basic and Advanced AI may form mixed groups and use the authoritative own force quote, without consulting an opponent's hidden denomination.

The existing sealed-plan path materializes the token once after both plans are submitted, preserving ordinary physical units. Native losses and aftermath then operate on actual counters. Ordinary Atreides dial secrecy, the whole-plan inspection guard, token history and public-mode gates are unchanged. Reserve changes during sealed plans and wider mixed-sector, typed-unit, skill and allied interactions remain for refinement.

Brief smoke: reproduced the old Basic admission rejection; the same two-force/three-token fixture now quotes five fighters privately, provides legal Easy plans, keeps the first plan concealed, materializes three once, and completes native losses/aftermath with twenty total physical counters. Chromium observed actual GameTable SSR Battle Wheel/plan controls and the five-fighter provisional warning. Types pass. No broad suite or deployed acceptance was run.

Authority

• GF9 CHOAM & Richese rulebook, printed pp.5–6,10–12. The full publisher-authored PDF was read from /tmp/dune-rules/choam-lelekan-mirror.pdf and its extracted text; fresh publisher-indexed excerpts corroborate the No-Field paragraph and FAQ. The official direct URL is inaccessible from this environment, while the older local files named choam-primary.pdf and choam-publisher-audit.pdf are HTML errors.
• GF9 Ecaz & Moritani rulebook, pp.10,14: Homeworld framework and explicit Terror placement/reveal distinction. Local /tmp/dune-rules/ecaz-audit.txt and publisher-indexed p.14 were checked.
• GF9 base rulebook: ordinary shipment, movement, sectors, storm shelter, battle and victory remain applicable unless superseded.

No new publisher FAQ was found for the unresolved combinations below. No tournament or community rules are used as authority.

Verified lifecycle

Richese has three tokens numbered 0,3,5. A shipment may use a concealed token at the one-force price. Until reveal it counts as one force, including zero, and moves like a force. At most one may be on the planet. Successive own/allied uses cannot repeat the same token. Revealed tokens stay faceup until another is placed. Voluntary reveal is permitted before Battle; battle reveal occurs with the Battle Plan. Revelation materializes the indicated reserves, capped by reserves available. Storm/worm exposure reveals and loses the indicated forces. Allied shipment immediately reveals; an existing token must first be revealed. Atreides cannot inspect the token battle's dial, and zero still plays a leader/cards. Gamont forces reveal and returns one force if present. The marker collects as one force. Heighliner activates except when shipping Guild as ally. Allied cost is one in a stronghold, two elsewhere; either ally may pay Guild/bank. Smuggler can add one in an empty territory. Karama prevents the No-Field shipment. Richese also blocks Fremen's Tuek victory condition. R2 pp.5–6,10–12

Terror can trigger when a No-Field enters, including zero. Materializing an already-present token does not trigger Terror again. R3 p.14

Pure model contract

The isolated module owns three physical token identities, their private values, the single deployed marker, and the most recently shipped token identity. It does not own player force arrays, reserves, Tanks, payment, turn order, card effects, reaction windows, movement allowance, or engine authorization.

History must be separate from board custody. Revealing or destroying a marker returns the same physical component to the faceup used position; it does not reset which token was last shipped. An allied immediate reveal updates the same history. Placing another token releases the previous faceup token for a later use. Turn changes do not make the last token reusable by themselves.

The engine supplies stable distinct token IDs and legal map locations. Public projection exposes a single concealed board presence and, when no token is deployed, the last faceup value. It never exposes the deployed token ID, ordered supply identities or other remaining values: those can reveal the concealed denomination by correlation or elimination. The owner receives the full token model. Force reserves must not be decremented on concealed placement merely to display a token; materialization is the later physical transfer.

A reveal returns the token's value, controller, exact location and reserve-limited materialized quantity. The caller then applies the appropriate physical outcome. This is deliberately different from the public effective count of one. A zero token returns zero materialized forces and still returns its used component/history normally. An allied shipment is a deploy-plus-reveal transition; it cannot leave a second hidden marker or silently forget the first.

The module uses an exact territory/sector location so the engine can distinguish the marker's exposed sector from sheltered forces elsewhere in a multi-sector territory. Location validation here checks structure only; the board engine must supply map membership, occupancy, path and shelter legality.

Original integration responsibilities

This table records the original adapter contract. The implemented subset and current evidence are listed in the integration checkpoint below; unqualified responsibilities in the table are not completion claims.

Trigger or consumer	Engine responsibility and evidence status
Own shipment	Validate one-force price, reserves/shipment eligibility, selected token, hand/Truthtrance restrictions, location, occupancy and applicable Guild/BG responses. Set history only after the shipment power is allowed; a canceled declaration cannot consume the token or alter last use.
Allied shipment	Resolve Richese permission and payer, reveal an existing own marker first, then deploy and immediately reveal the selected different token using the recipient's reserves. No hidden allied marker remains. Typed elite/regular unit allocation belongs to the recipient's force rules, not token denomination arithmetic.
Voluntary reveal	Enforce the printed pre-Battle timing. Materialize at the marker's exact sector, clear concealed board custody and retain last-use history. This is not a fresh shipment/movement and must not consume another action.
Battle plan reveal	Keep marker presence for battle eligibility even at zero; do not erase a declared battle because materialization yields no forces. Use reserve-constrained planning before reveal and materialize once when the plan is revealed. Retain a battle flag for Atreides dial restrictions after the token leaves the map.
Storm movement	Ask the board/storm engine whether this exact marker sector is caught and sheltered. Reveal only when exposed; map token arithmetic must not independently expand a sector hit into whole-territory losses. The caller moves actual resulting casualties to Tanks once.
Movement into/through storm	The token moves as a force; ordinary path and storm restrictions still apply. No-Field supplies no immunity. Existing faction/card protections need their own applicable-rule check.
Worm	A worm's applicable territorial scope, protections and any extra-worm rules belong to the engine. An exposed marker reveals; do not leave a hidden marker after resolving its materialized losses.
Shield Wall destruction	Reuse the actual storm-exposure check for affected locations. The token text creates no independent shelter or special destruction radius. No marker in an unaffected sector may be removed just because the same territory has other losses.
Trip to Gamont	Reveal first, then return one materialized Richese force if one exists. A zero result still consumes the card/power under the FAQ. Existing unrelated physical forces and return allocation require the card's normal rules.
Lasgun/shield, traitors and other battle losses	Reveal at battle-plan timing before ordinary battle resolution, then feed materialized forces into existing custody/Tanks rules. Do not both lose the marker's denomination and lose those same materialized units again.
Spice collection	Treat the unrevealed marker as one collecting force, including zero; use the applicable two/three-spice rate and combine with actual forces without counting any hidden reserve quantity.
Stronghold occupation/victory	Public effective one-force presence participates in occupancy/stronghold checks by the FAQ's all-effects rule. Revealing zero can remove that presence. Preserve Richese's explicit addition to the Fremen special-victory exclusion.
Heighliner	Resolve the shipment's tech income once, respecting the explicit Guild-allied shipment exception. A later reveal is not a second shipment and cannot generate another tech payment.
Smuggler	The FAQ permits the extra force into an empty territory; model that as a real force accompanying the marker, not an extra unit added to its secret value or another token. The skill module and empty-territory check remain separate.
Terror	Entry can trigger even at zero. Reveal/materialization does not trigger it. Preserve the entered marker and exact pending entry while a response or Terror decision is open.
BG arrival/Intrusion, Ecaz Ambassador	Token presence is one for ordinary occupancy, but the applicable entry trigger and simultaneous-response ordering must still be reconciled with the engine's existing source decisions. The isolated model does not choose a priority.
Homeworlds, HMS, discoveries	Location and force-container rules differ from ordinary Arrakis sectors. Do not serialize them as an arbitrary planet territory and accidentally permit unsupported shipments or count a second off-planet marker. See unresolved boundaries below.

Unresolved or compositional boundaries

1. Reserve shortage when destroyed. Voluntary/battle text explicitly caps by reserves; the destruction sentence says to lose the indicated quantity without repeating the shortage clause. The pure model caps materialization to avoid creating physical units, but that is conservation-based composition for storm/worm losses, not an independently answered FAQ. It does not select substitute losses from unrelated board forces.
2. Mixed forces and battle dials. The FAQ forbids dialing more than reserves in a No-Field battle. Existing ordinary counters are possible, but no retrieved specific answer defines the cap across those counters, multiple sectors, typed units or independent reserve uses. Basic/Advanced ordinary and the selected Advanced Occupy prototype use the explicitly provisional additive pool above. This does not settle that source question or admit Basic mixed coalition/module profiles.
3. Full-plan special Karama and structured Truthtrance. The current prototype distinguishes supplied p27 F's special entire-plan power from p27 C/p36 B ordinary Prescience under the explicit provisional contract above; private reading does not reveal the physical token. No retrieved dedicated combined FAQ adjudicates that distinction or broader promise questions. Structured Truthtrance, public maxima, other-player legal previews and reasoning retain their original entitled boundaries.
4. Homeworld use. R3 recommends Richese in a Homeworld combination but supplies no retrieved No-Field-specific rule defining off-planet hidden custody, one-on-planet versus off-planet coexistence, or homeworld threshold disclosure. General module availability is not an answer to those lifecycle questions. The isolated model represents a single Arrakis marker and does not authorize Homeworld placement.
5. Capturing, transferring or returning a concealed marker as a force. Movement-as-a-force and Gamont's explicit forced reveal do not establish a general conversion for every card or Guild transport-to-reserves. A generic return helper must not erase a hidden token without a source-backed reveal/custody cause. This module exposes no such automatic escape from last-use history.
6. Allied discounts and reserve source. Ordinary consent, typed allocation and funding are integrated. Guild-recipient and already-active Karama price/payee use the explicitly provisional prototype in both modes. Ordinary Fremen reserves are on-planet and remain ineligible for this off-planet method. See RICHESE_ALLIED_SHIPMENT_AUDIT.md.
7. Supply orientation. Concealed denomination is explicit. Hiding unused IDs/values in public JSON is the minimum privacy consequence, not a claim about an otherwise undocumented physical supply layout. The last revealed used face is public until another deployment; historical log knowledge may legitimately remain.

Required verification

The isolated tests should cover exact 0/3/5 inventory, independent IDs, one-deployed limit, nonconsecutive own/allied history, movement without history change, capped reveal including zero, repeated/stale reveal rejection, allied immediate reveal and existing-marker rejection, immutable failures, JSON recovery, and projection invariance across all hidden values. Engine acceptance separately needs actual force/Tanks conservation, board-sector legality, every response/reveal trigger, mixed groups, battles at zero, private plan restrictions, all four AI profiles, and persisted CAS at pending shipment/reveal boundaries. Passing pure-model tests cannot release existing game-mode gates.

Implemented isolated exports: createRicheseNoField, validateRicheseNoField, deployRicheseNoField, moveRicheseNoField, revealRicheseNoField, shipAlliedRicheseNoField, and projectRicheseNoField. Public view is {deployed: {controller, location, effectiveForces: 1} | null, lastUsed: 0 | 3 | 5 | null}. The owner's view additionally contains private, a cloned full token state. Reveal returns {state, tokenId, controller, location, value, forces, cause}; this is an internal result, not an automatic public projection. Engine action event/version fences must distinguish later reuses of the same physical token; the pure model rejects absent/wrong-token custody but does not generate network operation IDs.

Validation: all 12 focused tests in tests/richese-no-field.test.ts passed, including every modeled cause across 0/3/5 and seven reserve quantities. Global TypeScript and targeted lint passed. No engine, UI, board, package or availability-gate file was changed by this subtask.

Independent follow-up caught a sparse-array constructor loophole: array iteration skipped an absent physical slot. Validation now densifies iteration before checking identities/values; a regression covers sparse constructor inputs, in-memory token holes and their JSON null representation. The correction changes no normal token rules. All 12 model tests, TypeScript and targeted lint pass.

Root integration review also corrected the Polar Sink address: its ordinary board location is polar_sink:0, which the initial structural check incorrectly rejected. A thirteenth regression now accepts that address while rejecting zero-sector HMS/Homeworld containers. This is location compatibility only; engine map membership and legal movement remain required. All 13 model tests pass after the correction.

Current bounded engine, UI and AI checkpoint

Implementation — Partial. Player.noField and its changing event fence now keep the physical component separate from forces. Concealed own shipment pays for one force, preserves reserves and can be prevented by Karama before custody/payment; Guild shipment prevention and payment continue through their own stages. Normal or Guild-allied rates and exact pledged shares are tested. Marker-only and marker-plus-physical-group movement preserve real units and rotate the event. Voluntary reveal works before Battle and materializes at the exact marker sector once. Allied No-Field shipment is now separately integrated: an authoritative opportunity holds the active ally’s unused shipment for Richese to offer or pass. A private exact proposal requires recipient consent and typed-force selection. Either player may pay the full fixed one/two-spice price, or each pays one for a two-spice destination (payer: both). After prevention resolves, commit reveals the old Richese marker first and immediately materializes the selected allied token from recipient reserves; only the recipient’s shipment is consumed.

game/force-presence.ts distinguishes presence from actual units, and map/occupancy, battle discovery, collection and control use that distinction. A marker is one collector even at zero. Storm checks the exact exposed marker sector before materialization/casualties; sheltered Imperial Basin and other sectors are preserved in focused checks. Unprotected worm destruction runs the actual reveal/casualty path, including a real Thumper trigger. Protected-worm and additional removal effects remain bounded by the source interpretations above.

Battle admission computes the reserve-capped prospective counters alongside actual ordinary units. Both plans seal before the original marker materializes. The selected active Occupy plan actor receives its own variable pool/provisional notice; rivals retain no concealed maximum. Prevented Ecaz uses only its own pool, while the marker retains native revelation. Zero keeps leader/cards/Traitor legality and original history. Dial prescience, special whole-plan inspection, broader Truthtrance and profile/module gates remain separate.

Player controls — Partial. components/richese-no-field.tsx provides concealed board markers plus owner-only denomination inventory, last-use status, token selection, ordinary one-force price/ally-share feedback and authoritative unavailable reasons. The parent table adds explicit marker movement selection and private prospective battle bounds. Token identifiers and hidden values are absent from rival board projections. The separate components/richese-allied-no-field.tsx supplies owner opportunity/proposal/payment controls and private recipient accept/decline/typed-force controls. Own shipment, marker movement and invitation/reveal have passed browser checks; an allied owner proposal was checked, but recipient browser acceptance and mobile remain pending.

AI — Partial. Existing private own/allied shipment and explicit marker movement policies remain. Ordinary movement candidates still prefer separate physical and marker groups; current native battle policy consumes the private additive own/selected variable quote without exposing its prospective increment to rivals. Sixteen fresh programs across all four policies complete active/prevented allied/opposing mixed battles with80 accepted policy actions through native Collection. This is minimal legal participation, not Richese strategy or complete-game calibration.

Documentation — Partial. Current source, native lifecycle, allied price/consent and concealed-card/mixed-coalition compositions are recorded above and in the internal reference. Additive mixed caps and effect priority remain explicit provisional interpretations; Homeworld custody, full-plan/Truthtrance, unrelated overlays and complete-mode/final acceptance retain their separate gates. Earlier Gamont/allied proof remains historical, not a freshly repeated assurance campaign.

Verification — Partial. Current named focused results: tests/richese-no-field.test.ts (13), tests/richese-no-field-engine.test.ts (10), tests/richese-no-field-review.test.ts (8), tests/richese-no-field-bots.test.ts (9). The independent review compares complete opponent projections across 0/3/5 both before and after shipment, and after private plan sealing; checks payment/rates, storm shelter/sectors, actual worm activation, voluntary timing, later physical-token reuse with stale event, atomic BG/Terror entry rejection, stale CHOAM continuation and synthetic inventory validation. AI tests run every profile through Basic/Advanced marker-only zero/3/5 battles, including scarce reserves and repeated JSON restoration, to finite battle completion with conservation. Seven ordinary shipment-budget and four special-acquisition AI regressions also pass, with targeted lint and TypeScript. These focused checks are supplemented by the integrated acceptance updates below; complete Richese-game acceptance is not certified.

Integrated acceptance update

At the earlier own-No-Field checkpoint, the registered suite passed 1,176 rules/client scenarios and 87 persisted/API scenarios, with TypeScript, lint and production build passing. Four No-Field persisted-room tests cover private projections/reopening, cancellation after reload, competing shipment CAS, movement stale events and duplicate reveal. Browser room QPNV5XJJ exercised shipment of token 5, marker-only movement, fresh invitation recovery and voluntary reveal to five actual forces. The owner inventory/board layout was visually inspected. Full battle/Gamont/mobile browser checks and complete Richese games remain outstanding. Logs and exact QA state are recorded in IMPLEMENTATION_STATUS.md.

Allied integration checkpoint before final checks

All five progress facets remain Partial. Ten allied engine, seven independent review, seven AI and three persisted-room tests pass. Evidence lives in tests/richese-allied-no-field.test.ts, tests/richese-allied-no-field-review.test.ts, tests/richese-allied-no-field-bots.test.ts and tests/richese-allied-no-field-recovery.test.ts. These cover exact full/split funding, private consent, typed reserves, old-marker reveal, cancellation and Guild-stop custody, stale/restarted offers, concurrent acceptance, zero Terror arrival and deferred Heighliner accounting. The persisted/API suite passes 90/90. An obsolete rules fixture was corrected to answer the new opportunity; its ten focused tests pass, while the complete expanded rules rerun and final type/lint checks are pending.

Browser QA reached a real saved owner proposal at version 10, awaiting recipient consent. This confirms the owner journey only; it does not certify recipient browser acceptance, mobile, complete battles or full Richese games. The earlier 1,176/87 result above is the previous own-No-Field checkpoint, not the current expanded suite total. Full game-mode gates remain unchanged.

Final allied checkpoint

The integrated suite passes 1,207 rules/client and90 persisted/API tests. TypeScript, lint and production build pass. Eleven allied engine cases now include recoverable arrival preflight and an AI decline fallback, alongside seven independent review, seven AI and three persisted cases. The supplier’s real browser offer survived the controlled09:10UTC restart with all995 saved tables unchanged. Recipient acceptance was then exercised through real controls in a deliberately swapped synthetic-role fixture; three actual forces arrived, only the recipient’s shipment was used, and the supplier paid once. This is browser coverage of both interfaces, not a claim of real seat switching. Exact logs, backup paths and fixture transitions are in IMPLEMENTATION_STATUS.md. Complete Richese games and unresolved optional/pricing combinations remain outstanding.