How can generated records support branching and replay in a simulator?
A generated event package can combine an initial snapshot with ordered changes, enabling reproducible branches from the same policy transition point.
A release can separate initial state from subsequent events. Parquet can hold case, policy and queue snapshots, while JSONL carries ordered events such as policy publication, work arrival and decision completion. Shared identifiers connect both representations.
An event envelope can include `event_id`, `event_type`, `entity_id`, `occurred_at`, `sequence`, `payload_schema_version` and `causation_id`. The ordering contract should explain how equal timestamps are resolved. Otherwise, two implementations may disagree about whether a case crossed a policy boundary before or after the change.
For branching, include a checkpoint manifest identifying the snapshot and last applied event. A reset hook can restore that checkpoint and initialise the chosen event schedule. Agent actions then append branch-specific events without modifying the source package.
MirrorFirm could generate the snapshots, event stream and expected loading constraints. Builders would implement or connect the runtime that applies them. A validation hook can check references and event order before an episode begins, preventing broken packaging from being mistaken for agent failure. This also supports comparisons between different action sequences starting from the same business state.
Support repeatable action experiments without rebuilding the business context for every episode.
- Audience:
- Environment builders
- Content type:
- Integration
- Buyer question:
- What can be generated
Content release: r-a220eb6e099b243b
Related questions
- Which case variations should a generated policy-transition dataset contain?
- Can generated material include incomplete or conflicting policy guidance?
- What generated material can connect policy wording to executable business decisions?
- What could a generated environment contain when an intake requirement changes?
- How could a generated release represent policy versions and their linked work records?
- What can be generated beyond policy documents and affected cases?