2.7 KiB
Emperor alliance gift timing
Advanced allied auction payment — 29 October 2026
For a clean classic Advanced auction won by the Emperor's current mutual ally, the Emperor receives a uniform opportunity to give spice before the original payment. The same public waiting window appears whether the buyer holds Karama or the Emperor has available spice; only the Emperor sees the gift amount available. Continue leaves payment to the buyer or the existing automatic settlement. A gift's Karama response retains the original lot, bid and committed payer split; allowing it credits the buyer once, while cancellation transfers nothing. Gifted buyer spice follows the buyer's normal payment route; the previously pledged Emperor contribution remains separately accounted for.
The uniform priority and explicit Continue are provisional online timing for the authorized Advanced rules' any-time power, not publisher instructions. The same Continue is currently required even when the Emperor has no spice; this protects the private balance but still needs refinement to meet the project's no-confirmation requirement for forced automatic actions. Older already-open payments do not acquire a new window. Other auction modes, optional modules and live commitments needing a combined planner remain unfinished. Runtime cases use real setup, alliance and bids with explicitly staged balances and cards; rendered controls cover the table and owner-only opportunity.
Advanced Guild timing prototype — 29 October 2026
The user-authorized revised rules, physical p. 31 (printed p. 29), allow the Emperor to transfer spice to an ally at any time and for any reason. In a clean classic-faction Advanced game, an Emperor can now make that gift while the Guild's normal Shipment and Movement timing choice is pending. The choice remains in place while the gift's ordinary Karama response resolves. Allowing the gift transfers the selected uncommitted spice once; cancellation transfers none. Either outcome leaves the same Guild decision and movement order.
The owner-only control uses the server's current amount and ally quote. The initial scope excludes optional modules, competing continuation windows and live commitments requiring a combined planner. The pre-existing quiet-window gift remains unchanged. Other decision and response parents and the source's complete any-time scope remain unfinished; this prototype does not certify Advanced play or deployed behavior.
Runtime cases start a real Advanced game and stage the alliance and movement boundary; rendered controls cover the actual table and owner-only control.