live-ops · diff
git:20260912.7597f47 to git:20260913.a964369
29 added, 4 removed. Audit A to A.
---
name: live-ops
- description: Timed events. Calendar is content, not a new combat clock. Use for 活动, 限时, 节日.
+ description: Use when timed events, rotations, experiments, remote configuration, event rewards, temporary modes, offers, or calendar-driven content need versioned activation and safe expiry/fallback behavior.
---
# Live ops
- Ask first: cosmetic event, convenience pack, or mode remix?
+ `live-ops` owns event activation state. Gameplay systems keep ownership of their own rules; live configuration may select published variants but does not create hidden clocks or undocumented balance mutations.
- Rules: remix may change encounter mix (`encounter-design`), not hitstop. Packs use `iap-offers`. Event end returns the slice to the published column. Do not raise enemy HP in the dark to sell a potion.
+ ## Event contract
- Accept: after the event, yesterday's build still boots. A missed event does not brick a required verb.
+ Every event publishes:
+
+ ```text
+ event ID
+ config revision
+ start/end and time authority
+ minimum/maximum compatible client when applicable
+ eligibility rule / cohort assignment
+ content/rule references
+ reward transaction identity and idempotent grant policy
+ fallback when config/content/service is missing
+ post-event state / cleanup
+ ```
+
+ ## Rules
+
+ 1. Eligibility and cohort assignment are deterministic for the declared identity/experiment policy; a refresh must not randomly move a player between incompatible branches.
+ 2. Reward delivery delegates to `entitlement-grant` / economy owners and is **idempotent** across retries.
+ 3. An expired or unavailable event returns to a declared fallback/base configuration without blocking required progression.
+ 4. Remote config is schema/version checked before activation. Unknown required fields fail to the published fallback, not a partially applied mixed state.
+ 5. Temporary modes or encounter mixes reference `encounter-design`/other owners. Monetization cannot silently alter unrelated combat logic to manufacture demand.
+ 6. `patch-cadence` owns rollout/rollback compatibility across client versions.
+
+ ## Accept
+
+ Replay activation, refresh/retry, expiry, clock boundary, incompatible client and missing-config cases. The same event ID/config revision produces explainable eligibility and reward outcomes, and fallback restores a usable base experience.