Policy Servicing
High-volume service requests against a growing policy book and a fixed human team.
A policy-servicing operation under load. The in-force book grows as policies self-spawn each turn, raising service requests that resolve automatically around ninety percent of the time. The remainder escalate to a small, fixed team of service reps whose queue is capped — escalation is a first-match message with backpressure, so an over-full rep defers and the request retries. Handle time is drawn from a long-tailed distribution.
Quantifies the automation dividend. With the book expanding and headcount flat, the share of work deflected by automation is exactly what keeps the rep queue from blowing up — a lever you can vary and measure against the exported handle-time and queue-depth columns.
Linked tables with guaranteed referential integrity.
Generated REST endpoints. Also exposed as MCP tools.
OSI-compatible definition, emitted with the dataset.
# policy-servicing.osi.yaml — emitted automatically semantic_model: name: "policy-servicing" source: "duckdb://policy-servicing.db" entities: - name: policy primary_key: id dimensions: - name: state type: categorical - name: t type: time measures: - name: row_count agg: count - name: active agg: sum filter: "state = 'ACTIVE'"
More worlds.
Game of Life
Conway's automaton as a perfectly observable, deterministic grid world.
London Underground
A live tube graph — eleven lines, hundreds of trains, platforms held as a mutex.
Pac-Man
A self-playing arcade game — ghosts chase a flood-filled distance field.