[{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","workbench_slug":"dev","access":"read-write","shared":false,"scenario":{"id":"1b45bb8c-953a-425e-80ce-2cc64246f0e8","workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","slug":"b2bsalesfunnel-a3adf330","studio_path":"/mock-machines-test-lab/dev/b2bsalesfunnel-a3adf330/","name":"B2BSalesFunnel","machines":3,"deployed_at":"2026-10-06T15:13:55.761121Z","editable":true,"owned":true,"has_viz":false,"has_documents":true,"metadata":{"display_name":"B2B Sales Funnel","tagline":"Sales representatives work a pool of leads through qualification, demo, and negotiation stages, tracking activities and…","description":"Sales representatives work a pool of leads through qualification, demo, and negotiation stages, tracking activities and outcomes","category":"Business Process","tags":["Quickstart"],"domain":"Sales","author":"Mock Machines Quickstart","version":"0.1"},"theme":{"brand":{"50":"#fbeee4","100":"#fad9c2","200":"#f6b78a","300":"#f2924f","400":"#ee7327","500":"#e8580c","600":"#c4470a","700":"#9c3809","800":"#6f2807","900":"#5a2307"}}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","workbench_slug":"dev","access":"read-write","shared":false,"scenario":{"id":"654700c4-3949-4556-ba4d-c57e845bd1d6","workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","slug":"customersupportdesk-49c072f9","studio_path":"/mock-machines-test-lab/dev/customersupportdesk-49c072f9/","name":"CustomerSupportDesk","machines":3,"deployed_at":"2026-10-06T15:12:51.187897Z","editable":true,"owned":true,"has_viz":false,"has_documents":true,"metadata":{"display_name":"Customer Support Desk","tagline":"A finite-state simulation of customer support ticket lifecycle: arrival with priority and category classification, agent…","description":"A finite-state simulation of customer support ticket lifecycle: arrival with priority and category classification, agent assignment via dispatcher, triage and work phases, with resolution or escalation outcomes.","category":"Business Process","tags":["Quickstart"],"domain":"Support","author":"Mock Machines Quickstart","version":"0.1"},"theme":{"brand":{"50":"#f1f3f6","100":"#e2e6ec","200":"#c7cdd6","300":"#a3adbb","400":"#7c8798","500":"#5b6675","600":"#49515d","700":"#3a414a","800":"#2b3038","900":"#1f232a"}}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","workbench_slug":"dev","access":"read-write","shared":false,"scenario":{"id":"36064440-42cd-45dc-9269-19bef6c71be2","workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","slug":"customersupportdesk-e68daa06","studio_path":"/mock-machines-test-lab/dev/customersupportdesk-e68daa06/","name":"CustomerSupportDesk","machines":4,"deployed_at":"2026-09-25T11:01:48.729558Z","editable":true,"owned":true,"has_viz":false,"has_documents":false,"not_found":true,"metadata":{"display_name":"Customer Support Desk","tagline":"Tickets arrive at a support desk with priority and category, are assigned to agents for triage and work, then resolved o…","description":"Tickets arrive at a support desk with priority and category, are assigned to agents for triage and work, then resolved or escalated to specialists as needed.","category":"Business Process","tags":["Quickstart"],"domain":"Support","author":"Mock Machines Quickstart","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","workbench_slug":"dev","access":"read-write","shared":false,"scenario":{"id":"a6077a41-82f1-414b-9bd6-0e85e8030fbf","workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","slug":"insuranceclaimsprocess-092f6b66","studio_path":"/mock-machines-test-lab/dev/insuranceclaimsprocess-092f6b66/","name":"InsuranceClaimsProcess","machines":4,"deployed_at":"2026-09-24T14:43:51.164408Z","editable":true,"owned":true,"has_viz":false,"has_documents":false,"not_found":true,"metadata":{"display_name":"Insurance Claims Process","tagline":"An end-to-end insurance claims workflow where filed claims are triaged by severity, assigned to adjusters for investigat…","description":"An end-to-end insurance claims workflow where filed claims are triaged by severity, assigned to adjusters for investigation, and ultimately approved or denied with corresponding payouts.","category":"Business Process","tags":["Quickstart"],"domain":"Insurance","author":"Mock Machines Quickstart","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","workbench_slug":"dev","access":"read-write","shared":false,"scenario":{"id":"4d4c4155-1017-4b0c-b068-ce4a37820b6a","workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","slug":"customersupportdesk-a30c09cc","studio_path":"/mock-machines-test-lab/dev/customersupportdesk-a30c09cc/","name":"CustomerSupportDesk","machines":4,"deployed_at":"2026-09-24T12:21:48.945075Z","editable":true,"owned":true,"has_viz":false,"has_documents":false,"not_found":true,"metadata":{"display_name":"Customer Support Desk","tagline":"Ticket lifecycle from arrival through triage, work, resolution or escalation to management","description":"Ticket lifecycle from arrival through triage, work, resolution or escalation to management","category":"Business Process","tags":["Quickstart"],"domain":"Support","author":"Mock Machines Quickstart","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","workbench_slug":"dev","access":"read-write","shared":false,"scenario":{"id":"97e1c55f-1ff2-403b-9e55-faac45205ff7","workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","slug":"insuranceclaimsprocessing-0f1fef11","studio_path":"/mock-machines-test-lab/dev/insuranceclaimsprocessing-0f1fef11/","name":"InsuranceClaimsProcessing","machines":5,"deployed_at":"2026-09-24T07:37:15.884603Z","editable":true,"owned":true,"has_viz":false,"has_documents":false,"not_found":true,"metadata":{"display_name":"Insurance Claims Processing","tagline":"A claims management workflow where filed claims are triaged by severity, assigned to adjusters for investigation, then a…","description":"A claims management workflow where filed claims are triaged by severity, assigned to adjusters for investigation, then approved or denied with payment processing.","category":"Business Process","tags":["Quickstart"],"domain":"Insurance","author":"Mock Machines Quickstart","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","workbench_slug":"dev","access":"read-write","shared":false,"scenario":{"id":"d9745f7f-6857-49f8-8a4f-8428b27c1380","workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","slug":"b2bsalesfunnel-3e043f2b","studio_path":"/mock-machines-test-lab/dev/b2bsalesfunnel-3e043f2b/","name":"B2BSalesFunnel","machines":4,"deployed_at":"2026-09-22T18:49:09.710132Z","editable":true,"owned":true,"has_viz":false,"has_documents":false,"not_found":true,"metadata":{"display_name":"B2B Sales Funnel","tagline":"A B2B sales pipeline where a fixed pool of sales representatives qualify incoming leads, conduct product demonstrations,…","description":"A B2B sales pipeline where a fixed pool of sales representatives qualify incoming leads, conduct product demonstrations, negotiate terms, and close deals or lose opportunities.","category":"Business Process","tags":["Quickstart"],"domain":"Sales","author":"Mock Machines Quickstart","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","workbench_slug":"dev","access":"read-write","shared":false,"scenario":{"id":"ae872b08-67c3-4dca-91b1-8b66e4c7a62e","workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","slug":"insuranceclaimsprocessing-30ecff10","studio_path":"/mock-machines-test-lab/dev/insuranceclaimsprocessing-30ecff10/","name":"InsuranceClaimsProcessing","machines":5,"deployed_at":"2026-09-22T18:48:11.527068Z","editable":true,"owned":true,"has_viz":false,"has_documents":false,"not_found":true,"metadata":{"display_name":"Insurance Claims Processing","tagline":"Simulate a multi-stage insurance claims lifecycle from filing through triage, assignment to adjusters, investigation, ad…","description":"Simulate a multi-stage insurance claims lifecycle from filing through triage, assignment to adjusters, investigation, adjudication, and payout settlement.","category":"Business Process","tags":["Quickstart"],"domain":"Insurance","author":"Mock Machines Quickstart","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","workbench_slug":"dev","access":"read-write","shared":false,"scenario":{"id":"8164d82a-c27e-4a13-8d08-50362cb41261","workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","slug":"customersupportdesk-26c29401","studio_path":"/mock-machines-test-lab/dev/customersupportdesk-26c29401/","name":"CustomerSupportDesk","machines":5,"deployed_at":"2026-09-22T18:35:50.962697Z","editable":true,"owned":true,"has_viz":false,"has_documents":false,"not_found":true,"metadata":{"display_name":"Customer Support Desk","tagline":"Tickets arrive with priority and category, are assigned to agents, move through triage and work phases, then are resolve…","description":"Tickets arrive with priority and category, are assigned to agents, move through triage and work phases, then are resolved or escalated to supervisors for complex cases.","category":"Business Process","tags":["Quickstart"],"domain":"Support","author":"Mock Machines Quickstart","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","workbench_slug":"dev","access":"read-write","shared":false,"scenario":{"id":"e7066801-eca7-4b52-b470-040ce91da4d6","workbench_id":"2e1a602b-8c2d-4788-b041-35d58c8deaa2","slug":"insuranceclaimsprocess-5d29eda2","studio_path":"/mock-machines-test-lab/dev/insuranceclaimsprocess-5d29eda2/","name":"InsuranceClaimsProcess","machines":4,"deployed_at":"2026-09-22T17:31:33.311426Z","editable":true,"owned":true,"has_viz":false,"has_documents":false,"not_found":true,"metadata":{"display_name":"Insurance Claims Processing","tagline":"A claim lifecycle from filing through triage, assignment to an adjuster, investigation, and final approval or denial wit…","description":"A claim lifecycle from filing through triage, assignment to an adjuster, investigation, and final approval or denial with payment processing.","category":"Business Process","tags":["Quickstart"],"domain":"Insurance","author":"Mock Machines Quickstart","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"39cecdb1-ba12-4ada-9a1b-8e83c18c587b","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"wolfram23","studio_path":"/mock-machines-test-lab/published/wolfram23/","name":"Wolfram23","machines":2,"deployed_at":"2026-09-22T16:22:54.212958Z","editable":false,"owned":false,"has_viz":true,"has_documents":true,"metadata":{"display_name":"Wolfram (2,3) Universal Machine","description":"Wolfram's 2-state 3-symbol Turing machine (proved universal in 2007) running on an infinite alternating background tape.","context":"A single active Head moves over a tape of Cell entities that grow themselves\nthen go passive (the cell-driven, scan-free scheme of BusyBeaver3). Each Cell\nremembers the background digit it was born holding and gives a grown\nneighbour the opposite, so the revealed tape reads ...0 1 0 1... in both\ndirections. The Head runs machine 596440 (states A,B; symbols 0,1,2; no halt\nstate), so it never halts; the tape grows in both directions one cell per\nexcursion. This is the faithful dynamics on a chosen background, not a\nspecific universal computation.\n","category":"AI","tags":["TuringMachine","UniversalMachine","Automaton","Computation"],"domain":"Theory of Computation","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"27562c91-7e5d-4aa5-adde-0ab668128d4a","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"turing-second-example","studio_path":"/mock-machines-test-lab/published/turing-second-example/","name":"TuringSecondExample","machines":2,"deployed_at":"2026-09-22T16:22:54.212315Z","editable":false,"owned":false,"has_viz":true,"has_documents":true,"metadata":{"display_name":"Turing — Second Example","description":"Turing's 1936 second example machine, printing 0 1 0 1 1 0 1 1 1 0 ... forever on a self-growing tape.","context":"A single active Head moves over a tape of Cell entities that grow themselves\nrightward then go passive (the cell-driven, scan-free scheme of\nBusyBeaver3 / TuringFirstExample). Using a single marker symbol, the Head\nsweeps back and forth: it copies the last block of 1s, adds one more 1, then\nunmarks, so each cycle prints a block one longer than the last. It NEVER\nHALTS, producing 0, then blocks of 1s of length 1, 2, 3, ... separated by 0s.\n","category":"AI","tags":["TuringMachine","Automaton","Computation"],"domain":"Theory of Computation","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"31c0f63e-bdd7-4c0d-979a-e5999512bc09","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"turing-first-example","studio_path":"/mock-machines-test-lab/published/turing-first-example/","name":"TuringFirstExample","machines":2,"deployed_at":"2026-09-22T16:22:54.211669Z","editable":false,"owned":false,"has_viz":true,"has_documents":true,"metadata":{"display_name":"Turing — First Example","description":"Turing's 1936 first example machine, printing 0 1 0 1 ... forever on a self-growing tape.","context":"A single active Head moves over a tape of Cell entities that grow themselves\nrightward then go passive (the same cell-driven, scan-free scheme as\nBusyBeaver3). The Head cycles through control states b, c, e, f, printing a 0\nthen a 1 on alternate written squares while marching right forever. It NEVER\nHALTS: the tape reads 0 _ 1 _ 0 _ 1 _ ..., growing one passive cell per step.\n","category":"AI","tags":["TuringMachine","Automaton","Computation"],"domain":"Theory of Computation","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"33d0bd98-8225-4d51-8cf3-3079a1babe58","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"tiger-pomdp","studio_path":"/mock-machines-test-lab/published/tiger-pomdp/","name":"TigerPOMDP","machines":1,"deployed_at":"2026-09-22T16:22:54.211036Z","editable":false,"owned":false,"has_viz":true,"has_documents":true,"metadata":{"display_name":"Tiger POMDP","description":"The canonical teaching POMDP — listen for noisy growls, then open a door for treasure or a tiger.","context":"The tiger problem (Kaelbling, Littman \u0026 Cassandra 1998). A tiger waits behind\none of two doors with treasure behind the other; the contestant cannot see the\ntiger and may only LISTEN for a noisy growl (correct with p=0.85, costing -1)\nor OPEN a door (+10 treasure, -100 tiger). The hidden tiger_position is sampled\nper contestant at spawn and never read by a policy decision — only by\nenvironment events — so listening's stochastic emission row crossed with\nhidden-state conditions forms the observation matrix. A two-observation history\nring buffer approximates the belief state: the policy opens only after two\nagreeing growls, the classic finite-memory approximation of the threshold policy.\n","category":"AI","tags":["POMDP","DecisionProcess","Policy"],"domain":"Decision Theory","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"9867bd38-fba3-4dfe-8a76-743dc72742b5","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"thermostat","studio_path":"/mock-machines-test-lab/published/thermostat/","name":"Thermostat","machines":1,"deployed_at":"2026-09-22T16:22:54.210375Z","editable":false,"owned":false,"has_viz":true,"has_documents":true,"metadata":{"display_name":"Thermostat","description":"A control-loop FSM regulating room temperature with a threshold heating policy under continuous noise.","context":"Each Room entity carries a real-valued temperature (a continuous float\nmeasure) and cycles through three states per turn. Control is the agent:\na deterministic threshold policy that heats iff temperature \u003c= 20.0,\nadding a normal-distributed amount and spending energy. Weather is the\nenvironment: a fresh normal-distributed heat-loss draw each turn. Comfort\nis the reward: +1 inside the 19.0-22.0 band, -1 outside, with comfort and\nenergy tracked as separate channels for offline trade-off analysis.\n","category":"AI","tags":["Control","FSM","MDP"],"domain":"Control Systems","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"282b2f7b-63fa-4c27-bc08-4ccf4b3f8a43","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"the-look-ecommerce","studio_path":"/mock-machines-test-lab/published/the-look-ecommerce/","name":"TheLookEcommerce","machines":6,"deployed_at":"2026-09-22T16:22:54.209663Z","editable":false,"owned":false,"has_viz":true,"has_documents":true,"metadata":{"display_name":"TheLook E-Commerce Marketplace","description":"Users browse (events) and place orders of products; orders spawn order_items that consume per-unit inventory_items minted from the products catalog.","category":"ecommerce","tags":["retail","orders","inventory","clickstream"],"domain":"ecommerce"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"f7dd4fff-d838-4a10-aa36-99a6beb62269","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"sync-reveal","studio_path":"/mock-machines-test-lab/published/sync-reveal/","name":"SyncReveal","machines":1,"deployed_at":"2026-09-22T16:22:54.209205Z","editable":false,"owned":false,"has_viz":false,"has_documents":true,"metadata":{"display_name":"Sync Reveal","description":"A minimal deterministic probe of synchronous update semantics, contrasting frozen pre-turn reads against live reads through StepTurn.","context":"Each Cell holds a self-reference. The go event sets step to 1 then emits a reveal\nmessage to itself carrying self.step as payload, and the handler copies that\npayload into revealed. Under update: sync, StepTurn snapshots every Cell before\nprocessing, so self.step reads the frozen pre-turn value (0) even though step was\njust set to 1 in the same turn, leaving revealed == 0 after one turn; under async\nthe read sees the live value, so revealed == 1. The fixture isolates this\nsnapshot-versus-live divergence for the sync-update test.\n","category":"AI","tags":["Demo","Sync","Semantics","Fixture"],"domain":"Engine","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"014460cd-657a-4281-915d-0f6c04c55613","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"submission-intake","studio_path":"/mock-machines-test-lab/published/submission-intake/","name":"SubmissionIntake","machines":3,"deployed_at":"2026-09-22T16:22:54.208696Z","editable":false,"owned":false,"has_viz":false,"has_documents":true,"metadata":{"display_name":"Submission Intake","description":"A commercial-lines submission-to-bind funnel covering data extraction, good-order review, NIGO chase, underwriter referral, and binding.","context":"Models the intake workflow an agentic operations platform automates for carriers\nand MGAs: a broker sends a submission, the carrier extracts the data (AI-extracted\nor manually keyed), reviews it for good order, chases Not-In-Good-Order (NIGO) data\npoints back through the broker, refers stubborn cases to a capacity-constrained\nunderwriter pool, and finally rates, quotes, and binds (or loses) the account.\nEntities are Broker (seeded root), Underwriter (seeded, scarce pool), and\nSubmission (work item spawned by a Broker). Exercises message round-trips (NIGO\nchase, referral accept/backlog backpressure), condition-gated events\n(handling_mode speed split, appetite gate, nigo_rounds escalation), and\nset_reference assignment.\n","category":"BI","tags":["Insurance","Underwriting","Intake","Workflow"],"domain":"Insurance","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"724e2e66-01ce-47d2-82e2-90385d742a8c","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"single-data-table","studio_path":"/mock-machines-test-lab/published/single-data-table/","name":"SingleDataTable","machines":1,"deployed_at":"2026-09-22T16:22:54.207782Z","editable":false,"owned":false,"has_viz":false,"has_documents":true,"metadata":{"display_name":"Single Data Table","description":"A pure data-generation scenario that emits one wide table of synthetic records, every column rendered by the faker strategy.","context":"A single passive Person machine has no events, transitions, messaging or\nreferences; its only job is to materialise one wide data table. Carrying no\nseed file, its spawn.seed count drives the engine to create that many entities,\nrendering every func: faker template fresh per row (faker only renders on entity\ncreation). Dimensions hold string faker output and measures hold numeric faker\noutput, so the scenario doubles as a living catalogue of the gofakeit\nexpressions the engine supports. One turn suffices to export the table.\n","category":"BI","tags":["Data","Faker","Generation"],"domain":"Data","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"47a271f8-f7b1-4f6e-8fef-5fa2d0faeac4","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"service-queue","studio_path":"/mock-machines-test-lab/published/service-queue/","name":"ServiceQueue","machines":6,"deployed_at":"2026-09-22T16:22:54.207212Z","editable":false,"owned":false,"has_viz":false,"has_documents":true,"metadata":{"display_name":"Service Queue","description":"A retail bank branch where customers queue for tellers and move through a service session to a feedback outcome over a single business day.","context":"A bank Branch opens for the day, opening Teller windows and accepting Customers\nwho each carry a service_type, priority_class and segment. The Branch runs an\nOpen to Closing to Closed lifecycle; Tellers serve Customers through Ticket and\nServiceSession entities, recording sessions, escalations and Feedback. One turn\nis five minutes starting at the 09:00 branch open, so timestamps export as\nwall-clock times across the trading day and the queue turns over in minutes.\n","category":"BI","tags":["Queue","Banking","Service","Operations"],"domain":"Operations","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"05930937-f7a5-42da-a5f3-c7f105319507","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"service-desk","studio_path":"/mock-machines-test-lab/published/service-desk/","name":"ServiceDesk","machines":4,"deployed_at":"2026-09-22T16:22:54.20639Z","editable":false,"owned":false,"has_viz":true,"has_documents":true,"metadata":{"display_name":"Service Desk","description":"A B2B SaaS support desk routing customer tickets through a triage-to-resolution lifecycle against a capacity-capped regional agent pool.","context":"A software vendor runs a support desk for its customer companies. Each\nAccount (seeded) spawns Users who file Tickets about products drawn from a\ncatalog. A ticket is triaged, set-referenced to a regional SupportAgent whose\nconcurrent open_tickets are capped, then worked through a realistic support\nlifecycle until resolved and closed, with a reopen path when a resolved ticket\nis not actually fixed. The thin agent pool forces a triage/assignment backlog,\nso the dataset answers a staffing question.\n","category":"BI","tags":["Support","Queue","Tickets","Operations"],"domain":"Support","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"ce9a7d17-27c4-4809-bd4a-0b29591f7752","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"rogozhin46","studio_path":"/mock-machines-test-lab/published/rogozhin46/","name":"Rogozhin46","machines":2,"deployed_at":"2026-09-22T16:22:54.205407Z","editable":false,"owned":false,"has_viz":true,"has_documents":true,"metadata":{"display_name":"Rogozhin (4,6) Universal Machine","description":"Rogozhin's 1996 small universal Turing machine (4 states, 6 symbols) running its faithful dynamics on an un-encoded tape.","context":"A single active Head moves over a tape of Cell entities that grow themselves\nthen go passive (the cell-driven, scan-free scheme of BusyBeaver3), with\nblank symbol 4. The Head runs Rogozhin's (4,6) transition table over states\nA..D and symbols 0..5. On a demonstrative tape (blank except a two-cell input\n[5,5], head starting in state A) it exercises all four states, grows in both\ndirections, then settles into a leftward march without halting. The machine\nis universal via an encoded 2-tag system, which is out of scope here.\n","category":"AI","tags":["TuringMachine","UniversalMachine","Automaton","Computation"],"domain":"Theory of Computation","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"e85da463-81b4-4086-9f8d-e707efbf1c82","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"refusal-demo","studio_path":"/mock-machines-test-lab/published/refusal-demo/","name":"RefusalDemo","machines":1,"deployed_at":"2026-09-22T16:22:54.205145Z","editable":false,"owned":false,"has_viz":false,"has_documents":true,"metadata":{"display_name":"Refusal Demo","description":"A minimal seed-free fixture demonstrating request semantics, where a request names an event but conditions still gate it and a failed request is a no-op.","context":"A single root Gate machine sits in locked under an all-stay probability matrix,\nso it never moves on its own and every request outcome is deterministic. wait is\nunconditional and always fires; unlock is gated by key \u003e= 1, which nothing ever\nraises, so a request for it is always refused and the Gate stays put rather than\nrolling onto another event; force_open exists only in the opened state, so\nrequesting it on a locked Gate is a wrong-state error. The scenario exercises and\npins the engine's request-versus-force semantics over the REST API.\n","category":"AI","tags":["Demo","FSM","Semantics","Fixture"],"domain":"Engine","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"5a13f224-bc07-4b36-b975-94b3d17d1c62","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"recycling-robot","studio_path":"/mock-machines-test-lab/published/recycling-robot/","name":"RecyclingRobot","machines":1,"deployed_at":"2026-09-22T16:22:54.204663Z","editable":false,"owned":false,"has_viz":true,"has_documents":true,"metadata":{"display_name":"Recycling Robot","description":"The Sutton \u0026 Barto recycling-robot MDP, where a battery-powered robot chooses to search, wait, or recharge.","context":"The recycling robot MDP from Sutton \u0026 Barto (§3.7, example 3.3). A can-collecting\nRobot with a two-level battery (High / Low) chooses between searching (good reward,\nrisks draining the battery), waiting (small safe reward), and recharging. Each\nMDP state holds the action choice via a per-robot stochastic policy (Bold robots\nsearch aggressively, Timid robots wait and recharge early); choosing search moves\nto an outcome state whose age-0 probabilities encode the environment's stochastic\nresponse, including running flat and needing a costly rescue. Rewards accumulate\nundiscounted in counters; there is no terminal state, so this is the book's\ncontinuing infinite-horizon task and policies are compared by reward rate.\n","category":"AI","tags":["RL","MDP","Policy","DecisionProcess"],"domain":"Reinforcement Learning","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"c767aa1c-27ba-43e8-8717-85ab7926f8aa","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"programmatic-ads","studio_path":"/mock-machines-test-lab/published/programmatic-ads/","name":"ProgrammaticAds","machines":7,"deployed_at":"2026-09-22T16:22:54.204077Z","editable":false,"owned":false,"has_viz":false,"has_documents":true,"metadata":{"display_name":"Programmatic Ads","description":"A real-time programmatic advertising simulation tracing the auction, impression, click and conversion chain across publishers, advertisers and campaigns.","context":"Models a programmatic ad exchange with entities for Publisher, Advertiser,\nCampaign, AdSlot, BidRequest, Impression and Click. Publishers offer AdSlots,\nadvertisers run Campaigns that bid into BidRequest auctions; a won bid serves\nan Impression which may yield a Click and onward conversion. Device, geo\nregion and country are sampled via taxonomies (country nested under region).\nOne turn is one minute, keeping the sub-second bid/win/serve/click flow\nlegible while publisher, advertiser and campaign lifecycles accumulate, so\ntimestamps export as wall-clock columns.\n","category":"BI","tags":["Advertising","RTB","Auction","FSM"],"domain":"Advertising","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"229bd65f-575c-4529-bbb5-ea7ace1cf1a5","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"prisoners-dilemma","studio_path":"/mock-machines-test-lab/published/prisoners-dilemma/","name":"PrisonersDilemma","machines":1,"deployed_at":"2026-09-22T16:22:54.203303Z","editable":false,"owned":false,"has_viz":false,"has_documents":true,"metadata":{"display_name":"Prisoner's Dilemma","description":"An iterated Prisoner's Dilemma under synchronous update, where paired players cooperate or defect each round.","context":"The iterated Prisoner's Dilemma played under synchronous update. Two Players are\npaired by a mutual opponent reference and play repeated rounds; each turn is one\nsimultaneous round. Synchronous scheduling snapshots every player at the start of\nthe turn, so a move made in round N is invisible to the opponent until round N+1,\nmaking the round genuinely simultaneous. Payoffs follow the canonical T \u003e R \u003e P \u003e S\nordering (mutual defection is the one-shot Nash equilibrium, mutual cooperation\nPareto-dominates it). A strategy taxonomy drives behaviour through condition-filtered\nevent selection: always_cooperate, always_defect, tit_for_tat (mirrors the\nopponent's last move), and random.\n","category":"AI","tags":["GameTheory","MultiAgent","Strategy","Synchronous"],"domain":"Game Theory","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"f2e99010-f72e-4d7a-b9f8-cd31bd545ef5","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"policy-servicing","studio_path":"/mock-machines-test-lab/published/policy-servicing/","name":"PolicyServicing","machines":3,"deployed_at":"2026-09-22T16:22:54.202322Z","editable":false,"owned":false,"has_viz":false,"has_documents":true,"metadata":{"display_name":"Policy Servicing","description":"A high-volume insurance policy-servicing workflow where most requests auto-resolve and the remainder escalate to a fixed service-rep pool.","context":"Models the policy-servicing workflow an agentic operations platform automates for\nspecialty carriers: high-volume service requests (policy documents, simple\ncancellations, non-premium endorsements) from policyholders, agents, and mortgagee\nteams. Most requests auto-resolve end to end; the remainder escalate to a small,\nfixed pool of human service reps. Entities are Policy (seeded root; the book grows\n~2%/turn by writing new policies), ServiceRep (seeded, fixed headcount), and\nServiceRequest (work item spawned by a Policy). The book grows while rep headcount\nstays fixed: with the ~90% auto-resolution mix the rep queue stays bounded; cut the\nauto shares and the escalation queue grows without bound -- the \"scale without\nscaling headcount\" mandate as an emergent property.\n","category":"BI","tags":["Insurance","Operations","Automation","Workflow"],"domain":"Insurance","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"78122fd5-d820-43a2-9c9f-175d0e9c1ac0","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"payment-processor","studio_path":"/mock-machines-test-lab/published/payment-processor/","name":"PaymentProcessor","machines":8,"deployed_at":"2026-09-22T16:22:54.201589Z","editable":false,"owned":false,"has_viz":false,"has_documents":true,"metadata":{"display_name":"Payment Processor","description":"Card and Direct Debit payments moving through authorisation, capture, settlement, refund and chargeback.","context":"A payment-lifecycle FSM. Each transaction is an entity transitioning through\nauthorisation → capture → settlement, with refund and chargeback branches.\nOne simulation turn is one calendar day, so merchant acquisition and Direct\nDebit settlement play out over days and weeks and timestamp fields export as\nrealistic wall-clock dates. Country/geo taxonomies drive cross-border issuer\nand scheme distributions.\n","category":"BI","tags":["Event","FSM","Payments"],"domain":"Payments","author":"Jon Walls","version":"0.1"},"theme":{"brand":{"50":"#fff1f2","100":"#ffe4e6","200":"#fecdd3","300":"#fda4af","400":"#fb7185","500":"#e11d48","600":"#be123c","700":"#9f1239","800":"#881337","900":"#4c0519"},"fg":"#1f1113","surface":"#fff7f8","canvas":"#fdf2f4","border":"#f3d3d9"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"892546b9-dc51-45bc-aada-e1b0b54f603b","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"palindrome","studio_path":"/mock-machines-test-lab/published/palindrome/","name":"Palindrome","machines":2,"deployed_at":"2026-09-22T16:22:54.200688Z","editable":false,"owned":false,"has_viz":true,"has_documents":true,"metadata":{"display_name":"Palindrome Recogniser","description":"A purpose-built Turing machine that decides whether its seeded input string is a palindrome.","context":"A single active Head walks a fixed, seeded strip of passive Cell entities\n(the active-head / passive-tape scheme of BusyBeaver3, but with no growth and\nno messaging — the whole tape is laid down by the seed file). Alphabet:\n0 = blank, 1 = a, 2 = b. Using the classic erase-the-ends-and-sweep\nprocedure, the Head erases the leftmost symbol, sweeps to the matching right\nend, and repeats. It HALTS: ACCEPT when the ends keep matching until empty\n(even) or one centre symbol remains (odd), REJECT on the first mismatch. The\nseeded input \"abba\" is accepted.\n","category":"AI","tags":["TuringMachine","Decider","Automaton","Computation"],"domain":"Theory of Computation","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"585d4d0a-19eb-490c-a766-9e4d4106eb3a","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"page-rank","studio_path":"/mock-machines-test-lab/published/page-rank/","name":"PageRank","machines":1,"deployed_at":"2026-09-22T16:22:54.200069Z","editable":false,"owned":false,"has_viz":false,"has_documents":true,"metadata":{"display_name":"PageRank","description":"The PageRank graph-ranking algorithm modelled as a random surfer over a 6-page web graph.","context":"A single Surfer entity walks a fixed 6-page web graph (pages A-F) whose\nstates are the pages and whose go_to_X events are the directed links.\nEach state uses a policy table encoding the PageRank transition\nd * uniform_outlink + (1-d) * uniform_teleport, with three damping\nvariants (0.85, 0.50, 1.00) selected per surfer via a taxonomy. The graph\ntopology lives in the event/action structure; the policy tables vary only\nthe damping factor, and the stationary visit distribution converges to the\npower-iteration PageRank ground truth.\n","category":"AI","tags":["Graph","RandomWalk","Ranking"],"domain":"Graph Algorithms","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"9b5dfb5b-984a-4e38-81f0-54915cdcc1f0","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"pac-man","studio_path":"/mock-machines-test-lab/published/pac-man/","name":"PacMan","machines":4,"deployed_at":"2026-09-22T16:22:54.199424Z","editable":false,"owned":false,"has_viz":true,"has_documents":true,"metadata":{"display_name":"Pac-Man","description":"A Pac-Man maze where ghosts chase via a flood-filled BFS distance field rebuilt each turn.","context":"Pac-Man modelled as a graph of MazeCell entities, with walls represented by a\nblocked sentinel cell and edge tunnels wrapping around. Each turn PacMan emits a\nwave message into his current cell; tiered handlers flood-fill a BFS distance\nfield (pac_grad) across the maze within his step, so ghosts chase by gradient\nascent toward his true walkable position. Ghosts carry personalities via policy\ntables, power pellets set a frightened timer on the singleton GameState that\nmakes ghosts flee, and GameState watches pellets and lives to drive the terminal\nLevelComplete / GameOver states. Fixed machine ordering keeps ghost pursuit one\nmove stale, matching arcade behaviour.\n","category":"AI","tags":["GridWorld","Pathfinding","BFS","Game"],"domain":"Game AI","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"820e02e3-e399-4ff5-a0f9-06af8eb6c837","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"online-shopping-events","studio_path":"/mock-machines-test-lab/published/online-shopping-events/","name":"OnlineShoppingEvents","machines":5,"deployed_at":"2026-09-22T16:22:54.19791Z","editable":false,"owned":false,"has_viz":false,"has_documents":true,"metadata":{"display_name":"Online Shopping Events","description":"The event-clock variant of Online Shopping, replacing per-turn Markov dwell with explicit sampled dwell times that the simulation jumps between.","context":"Same entities, catalog, message protocol and aggregates as Online Shopping\n(Customer and Warehouse roots; Orders of Line Items moving through\nconfirmation, shipment and delivery via Shipments), but driven by the event\nclock: instead of a geometric per-turn stay, each step arms an explicit\nsampled dwell, and the turn counter jumps straight to the next due entity\nwake or delayed message. The idiomatic pattern here is a single probability\nrow plus Age conditions for time-windowed behavior. Messages deliver\nregardless of sleep; only stepping is wake-gated, and terminal states are\npassive so the population quiesces and the clock can jump far. One turn is one hour.\n","category":"BI","tags":["Ecommerce","EventClock","Messaging","FSM"],"domain":"Retail","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"dc903b5e-9338-4b83-929a-4fd3a2f708b1","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"online-shopping-catalog","studio_path":"/mock-machines-test-lab/published/online-shopping-catalog/","name":"OnlineShoppingCatalog","machines":5,"deployed_at":"2026-09-22T16:22:54.197095Z","editable":false,"owned":false,"has_viz":false,"has_documents":true,"metadata":{"display_name":"Online Shopping Catalog","description":"The Online Shopping model with its product catalog held in an external JSONL file, the worked example of a file-backed catalog.","context":"Identical fulfilment model to Online Shopping (Customer and Warehouse roots;\nOrders composed of Line Items, advancing through confirmation, shipment and\ndelivery via Shipments, with cross-entity messaging and aggregate measures),\nbut the product catalog lives in an external catalog/products.jsonl file\ninstead of inline YAML. The scenario package is the deploy unit: the catalog\nfile travels alongside the config, its own fingerprint is pinned in the\ndeployed manifest, and field families expand per JSONL entry exactly as they\ndo per inline entry. One turn is one hour.\n","category":"BI","tags":["Ecommerce","Catalog","Messaging","FSM"],"domain":"Retail","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"c5a973b8-dd99-43b7-ab30-e0f62f21d0fe","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"online-shopping","studio_path":"/mock-machines-test-lab/published/online-shopping/","name":"OnlineShopping","machines":5,"deployed_at":"2026-09-22T16:22:54.196675Z","editable":false,"owned":false,"has_viz":false,"has_documents":true,"metadata":{"display_name":"Online Shopping","description":"An online retail simulation exercising cross-entity messaging, references and aggregates across customers, warehouses, orders, line items and shipments.","context":"Models an ecommerce fulfilment flow with five entity types: Customer and\nWarehouse are roots; an Order is placed by a Customer, composed atomically of\nmany Line Items, and progresses through confirmation, shipment and delivery\nvia a Shipment. Orders sample products from an inline catalog; Warehouses\ntrack per-product stock through field families, and the product index travels\nin message payloads so handlers update the right stock counter via bracket\nexpressions. One turn is one hour, so timestamps export as wall-clock columns.\nDemonstrates handlers, emit_message, set_reference, one-to-many associations\nand composition, aggregate count/sum measures, and first-match-wins branching.\n","category":"BI","tags":["Ecommerce","Fulfilment","Messaging","FSM"],"domain":"Retail","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"033c71bd-eda6-4f16-9125-815c7c61d8c1","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"minsky74","studio_path":"/mock-machines-test-lab/published/minsky74/","name":"Minsky74","machines":2,"deployed_at":"2026-09-22T16:22:54.195325Z","editable":false,"owned":false,"has_viz":true,"has_documents":true,"metadata":{"display_name":"Minsky (7,4) Universal Machine","description":"Minsky's 1967 small universal Turing machine (7 states, 4 symbols) running its faithful dynamics on an un-encoded tape.","context":"A single active Head moves over a tape of Cell entities that grow themselves\nthen go passive (the cell-driven, scan-free scheme of BusyBeaver3), with\nblank symbol q0. The Head runs Minsky's (7,4) transition table over states\nt0..t6 and symbols q0..q3. On a demonstrative tape (blank except a five-cell\ninput [3,1,2,3,1], head starting on the middle cell in state t1) it exercises\nall seven control states, grows the tape both directions, and HALTS after 23\nsteps. The machine is universal via an encoded 2-tag system, out of scope here.\n","category":"AI","tags":["TuringMachine","UniversalMachine","Automaton","Computation"],"domain":"Theory of Computation","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"56743931-21fd-4be4-a4a2-6f0404ce8545","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"manufacturing-line","studio_path":"/mock-machines-test-lab/published/manufacturing-line/","name":"ManufacturingLine","machines":4,"deployed_at":"2026-09-22T16:22:54.19419Z","editable":false,"owned":false,"has_viz":true,"has_documents":true,"metadata":{"display_name":"Manufacturing Line","description":"A machine shop's order book — staggered releases, hour-by-hour production, spawned quality inspections, and rework/MRB loops.","context":"Vantage Motion Systems runs forty seeded work orders across three\nproduction lines. Each order is wired at load to its product and four\nBOM-line components (seed-cell references), waits in queued until its\nrelease — rush orders carry a higher release hazard — then produces in\none-hour turns. Reaching quality_check spawns a QualityCheck entity that\nsamples a pass/rework/fail verdict, logs defects while it inspects,\nmeasures bore diameter and surface finish from verdict-keyed normals,\nand messages the order its disposition with the defect count as payload.\nPassed orders complete and passivate; minor non-conformances loop back\nthrough the line; orders accumulating four or more defects park under a\nslow Material Review Board hold. The dataset answers WIP, first-pass\nyield, and defect-escape questions, and each order renders a\ndrawing-style Bill of Materials sheet while each inspection renders a\nstamped quality report.\n","category":"BI","tags":["Manufacturing","MES","Quality","BOM"],"domain":"Manufacturing","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"db742572-ee17-47aa-af4d-ac9dcae96758","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"london-underground","studio_path":"/mock-machines-test-lab/published/london-underground/","name":"LondonUnderground","machines":2,"deployed_at":"2026-09-22T16:22:54.193166Z","editable":false,"owned":false,"has_viz":true,"has_documents":true,"metadata":{"display_name":"London Underground","tagline":"A live tube graph — eleven lines, hundreds of trains, platforms held as a mutex.","description":"Eleven tube lines simulated as chains of Station entities along which Trains run a service lifecycle, with platform occupancy enforcing no overtaking or co-location.","context":"Stations form per-line chains wired with per-direction next_out/next_in\nreferences; a Station represents one line's platforms at one location. Trains\nmove InDepot to Dwelling to InTransit and back, dwelling at least a turn per\nstation and laying over at termini before reversing. Each station's two\nplatform flags act as a mutex: a train may depart only when the next platform\nfor its direction is free, so two trains never share a platform and overtaking\nis structurally impossible; blocked departures are held at signal. On arrival a\ntrain and its station exchange passengers via messages. One turn is about a\nminute; seeds are generated from researched TfL route, fleet and demand data.\n","category":"BI","tags":["Transit","FSM","Mutex","Simulation"],"domain":"Transit","author":"Jon Walls","version":"0.1"},"theme":{"brand":{"50":"#fef2f2","100":"#fee2e2","200":"#fecaca","300":"#f87171","400":"#ef4444","500":"#dc241f","600":"#b91c1c","700":"#991b1b","800":"#7f1d1d","900":"#450a0a"},"fg":"#10233f","surface":"#fefdfb","canvas":"#f8f9fb","border":"#d1d8e3","logo":"https://upload.wikimedia.org/wikipedia/commons/4/41/Underground.svg"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"c50ed9ba-b126-4fc6-ae1b-6155180cb500","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"jaffle-shop","studio_path":"/mock-machines-test-lab/published/jaffle-shop/","name":"JaffleShop","machines":3,"deployed_at":"2026-09-22T16:22:54.192064Z","editable":false,"owned":false,"has_viz":true,"has_documents":true,"metadata":{"display_name":"Jaffle Shop","description":"A Mock Machines reconstruction of dbt Labs' \"Jaffle Shop\" dataset, regenerating its raw customers, orders and payments tables as a running simulation.","context":"A fictional ecommerce store modelled on dbt's classic tutorial dataset.\nThree entity types map to dbt's raw seed tables: Customer (raw_customers),\nOrder (raw_orders) and Payment (raw_payments). Customers sample first/last\nnames and place orders while shopping; an Order's status IS a state machine\n(placed -\u003e shipped -\u003e completed, with an optional return_pending -\u003e returned\ntail) that advances probabilistically each turn; Payments carry a sampled\nmethod and amount. One turn is one day, so order dates export as wall-clock\ntimestamps in the enriched event log.\n","category":"BI","tags":["Ecommerce","Analytics","dbt","FSM"],"domain":"Retail","author":"Jon Walls","version":"0.1"},"theme":{"brand":{"50":"#fffbeb","100":"#fef3c7","200":"#fde68a","300":"#fcd34d","400":"#fbbf24","500":"#d97706","600":"#b45309","700":"#92400e","800":"#78350f","900":"#451a03"},"fg":"#3b1f05","surface":"#fffdf7","canvas":"#fef9ee","border":"#e8d5b0"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"cfe8a379-001c-4811-ab08-3c6baeb08494","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"it-service-desk","studio_path":"/mock-machines-test-lab/published/it-service-desk/","name":"ITServiceDesk","machines":4,"deployed_at":"2026-09-22T16:22:54.190942Z","editable":false,"owned":false,"has_viz":false,"has_documents":true,"metadata":{"display_name":"IT Service Desk","description":"An ITSM incident and service-request desk with knowledge-base deflection, tiered L1/L2/L3 escalation, caseload-capped engineers, a reopen loop, and CSAT surveys.","context":"Models the platform an internal IT organisation runs. Employees (Requesters) raise\nIncidents and Service Requests across channels; a share are deflected by a\nself-service knowledge-base article, and the rest are triaged and assigned to a\ntiered engineer pool (L1 -\u003e L2 -\u003e L3) whose per-engineer caseload is capped. An\nengineer resolves the ticket, escalates it up a tier (re-routing it to the next\ntier's pool), or it reopens after resolution; every resolution triggers a CSAT\nsurvey. Priority is derived from an impact -\u003e urgency -\u003e priority chain, and the SLA\nresponse target follows from priority. The L3 pool is deliberately undersized, so an\nescalation backlog forms at L3 while L1 clears — the tier-staffing question the\ndataset answers.\n","category":"BI","tags":["ITSM","Support","Incident","SLA","Escalation"],"domain":"IT Service Management","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"13ed2abb-2c61-4081-9738-79dbd53c793c","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"gtm-sales-funnel","studio_path":"/mock-machines-test-lab/published/gtm-sales-funnel/","name":"GTMSalesFunnel","machines":5,"deployed_at":"2026-09-22T16:22:54.190288Z","editable":false,"owned":false,"has_viz":true,"has_documents":true,"metadata":{"display_name":"GTM Sales Funnel","description":"A go-to-market B2B sales funnel where deals progress through a 6-stage CRM pipeline and a capped staff pool serves the pipeline.","context":"A classic go-to-market sales funnel for a modern AI/SaaS company. Accounts\n(target companies) generate Deals that progress through a six-stage funnel\n(Prospecting -\u003e Qualification -\u003e Discovery -\u003e Technical Validation -\u003e Proposal -\u003e\nClosed Won/Lost) and, on a win, live on through a renewal lifecycle\n(Live -\u003e Up For Renewal -\u003e Renewed | Churned). Two capped staff pools serve the\npipeline: Sales Reps own deals against a bookings quota, and Solutions Engineers\ndeliver the POC project a qualified deal depends on to advance. Each deal samples\na product (its ARR sets deal value) and primary competitor. The small staff pools\ncreate a qualification/assignment backlog under load -- the capacity question the\ndataset answers.\n","category":"BI","tags":["Sales","CRM","Pipeline","SaaS"],"domain":"Sales","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"2ac80114-792f-46f2-a01e-1948d5e36d91","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"game-of-life","studio_path":"/mock-machines-test-lab/published/game-of-life/","name":"GameOfLife","machines":1,"deployed_at":"2026-09-22T16:22:54.189304Z","editable":false,"owned":false,"has_viz":true,"has_documents":true,"metadata":{"display_name":"Game of Life","description":"Conway's Game of Life cellular automaton evolving on a 20x20 toroidal grid.","context":"Each grid cell is a Cell entity with 8 neighbour references (Moore\nneighbourhood, toroidal wrap) and is either in an Alive* or Dead* state.\nA generation is split into two engine turns: a notify turn where alive\ncells ping their neighbours and a machine-level handler commutatively\naccumulates a live-neighbour count, and a resolve turn where each cell\napplies Conway's survival/birth/death rules with deterministic first_wins\nevents. The evolution is fully deterministic and order-independent.\n","category":"AI","tags":["CellularAutomaton","Grid","Deterministic"],"domain":"Cellular Automata","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"57aa1dc3-16fe-453b-bb02-38fc4536df1b","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"football-league","studio_path":"/mock-machines-test-lab/published/football-league/","name":"FootballLeague","machines":2,"deployed_at":"2026-09-22T16:22:54.188663Z","editable":false,"owned":false,"has_viz":true,"has_documents":true,"metadata":{"display_name":"Football League","description":"A matchday weekend of league football — staggered kickoffs, minute-by-minute goals, and a league table kept from result messages.","context":"Twenty clubs contest a forty-fixture card over a compressed matchday weekend.\nEach Match is a seeded fixture referencing its home and away Club; it waits in\nscheduled until a staggered kickoff, then plays two 45-minute halves in\nquarter-hour turns. Goals are counter updates with per-turn hazards calibrated\nto real scoring rates (about 2.7 goals a game, home advantage included), so\nfinal scores cluster 0-4 a side. Attendance is sampled at kickoff from the\nhome venue's tier. The full-time whistle messages both clubs their goals-for,\ngoals-against and margin, and each club's first-match-wins handlers keep the\nleague table -- played, won, drawn, lost, goal difference, points -- from the\npayloads alone. The dataset answers league-table and scoreline-distribution\nquestions, and each finished fixture becomes a broadcast-style full-time\nreport document.\n","category":"BI","tags":["Sports","Football","League","Matchday"],"domain":"Sports","author":"Jon Walls","version":"0.1"},"theme":{"brand":{"50":"#fdf8e8","100":"#faf0c8","200":"#f6e49e","300":"#f4d97a","400":"#f0ce5c","500":"#e8c34a","600":"#c9a530","700":"#a38424","800":"#7d641c","900":"#4a3a10"},"fg":"#f2f4f8","surface":"#141a2e","canvas":"#0c1020","border":"#2a3352"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"480f585a-d1e0-449d-939b-8ffd3d365d09","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"erp-general-ledger","studio_path":"/mock-machines-test-lab/published/erp-general-ledger/","name":"ErpGeneralLedger","machines":6,"deployed_at":"2026-09-22T16:22:54.186653Z","editable":false,"owned":false,"has_viz":false,"has_documents":true,"metadata":{"display_name":"ERP General Ledger","description":"A generated multi-subsidiary, multi-currency general ledger built by simulating the double-entry posting process.","context":"Models the slice of an ERP suite that feeds financial reporting: legal entities\nbooking business transactions that post by double entry into a general ledger.\nSubsidiaries (seeded roots) book Transactions each turn; a Transaction flows\nDraft -\u003e Approved -\u003e Posted -\u003e Booked, and on posting spawns one balanced\nJournalDebit and one JournalCredit line, broadcasting its amount to both legs so\ndebit total == credit total by construction. Accounts and Departments are passive\ndimensions; multi-currency consolidation is done at report time via each\nsubsidiary's fx_rate_to_base and parent chain. The dataset answers trial balance,\nincome statement, balance sheet, and consolidation queries.\n","category":"BI","tags":["Finance","Accounting","Double-Entry","ERP"],"domain":"Finance","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"a24bf148-5352-4ae5-b605-67d039e6ae65","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"cliff-walking-rl","studio_path":"/mock-machines-test-lab/published/cliff-walking-rl/","name":"CliffWalkingRL","machines":2,"deployed_at":"2026-09-22T16:22:54.185949Z","editable":false,"owned":false,"has_viz":false,"has_documents":false,"metadata":{"display_name":"Cliff Walking RL","description":"A single-agent Cliff Walking environment driven step-by-step by external action requests for reinforcement learning.","context":"A reinforcement-learning variant of Cliff Walking with the same 4x12 grid and\nblocked sentinel cell, but exactly ONE Walker that never moves on its own. Its\nWalking state has no policy table and stays put on a plain advance, so the only\nthing that moves it is an explicit targeted move_* request: one request equals\none move equals one turn. There is no CheckCell cascade and no terminal states;\nthe engine is a pure, deterministic transition function, and RL concerns such as\nreward shaping, the cliff penalty, teleport-to-start, and episode termination are\ncomputed externally (Python-side) from the observed cell kind.\n","category":"AI","tags":["RL","Gridworld","MDP","SingleAgent"],"domain":"Reinforcement Learning","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"7894e8ad-8040-45f1-b7b1-5a73d84342a5","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"cliff-walking","studio_path":"/mock-machines-test-lab/published/cliff-walking/","name":"CliffWalking","machines":2,"deployed_at":"2026-09-22T16:22:54.1854Z","editable":false,"owned":false,"has_viz":false,"has_documents":true,"metadata":{"display_name":"Cliff Walking","description":"A gridworld where policy-driven walkers cross a 4x12 grid while avoiding a cliff edge.","context":"The canonical Cliff Walking gridworld. GridCell entities form a static 4x12\ngrid (loaded from grid.csv) with north/south/east/west neighbour references;\nedge cells point at a blocked sentinel cell so off-grid moves are masked out.\nEach Walker starts bottom-left and, in the Walking state, moves one of four\ndirections chosen by a per-policy movement table, then enters CheckCell to\ntest whether it fell off the cliff, reached the goal, or keeps walking.\nSafe, Cautious, and Risky policies trade proximity to the cliff against speed.\n","category":"AI","tags":["RL","Gridworld","MDP","Policy"],"domain":"Reinforcement Learning","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"6dc2c68f-0cbd-4f18-8798-fa09c252d80c","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"claims-fnol","studio_path":"/mock-machines-test-lab/published/claims-fnol/","name":"ClaimsFNOL","machines":3,"deployed_at":"2026-09-22T16:22:54.184775Z","editable":false,"owned":false,"has_viz":false,"has_documents":true,"metadata":{"display_name":"Claims FNOL","description":"An insurance first-notice-of-loss workflow with coverage validation, triage, and caseload-capped adjuster assignment.","context":"Models the claims workflow an agentic operations platform automates for specialty\ncarriers. A loss is reported across email/voice/text channels (FNOL), coverage is\nvalidated, the claim is triaged and assigned to a regional adjuster whose caseload\nis capped, then investigated until it settles, is denied, or is withdrawn. Entities\nare Policyholder (seeded root), Adjuster (seeded, small regional pool), and Claim\n(work item spawned by a Policyholder). A taxonomy dependency chain runs\nperil -\u003e severity -\u003e reserve_estimate. The adjuster pool is deliberately undersized\nfor coastal volume, so a triage backlog emerges in Coastal while Mountain idles --\nthe staffing-mix question the dataset answers.\n","category":"BI","tags":["Insurance","Claims","Workflow","Staffing"],"domain":"Insurance","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"1c978d80-a170-402e-a436-55f7a7efb8bc","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"busy-beaver5","studio_path":"/mock-machines-test-lab/published/busy-beaver5/","name":"BusyBeaver5","machines":2,"deployed_at":"2026-09-22T16:22:54.184106Z","editable":false,"owned":false,"has_viz":true,"has_documents":false,"metadata":{"display_name":"Busy Beaver (5-state)","description":"The proven-optimal 5-state busy-beaver champion Turing machine running faithfully on a self-growing tape.","context":"A single active Head moves over a tape of Cell entities that grow themselves\nthen go passive (the same cell-driven, scan-free scheme as BusyBeaver3). The\nHead executes the Marxen-Buntrock BB(5) champion table\n(1RB1LC_1RC1RB_1RD0LE_1LA1LD_1RZ0LA), proven optimal in 2024. The full run\nhalts only after 47,176,870 steps leaving 4098 ones, so reaching the halt is\nimpractical; the machine runs the BB(5) table exactly, step for step.\n","category":"AI","tags":["TuringMachine","BusyBeaver","Automaton","Computation"],"domain":"Theory of Computation","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"34918979-d6b0-442b-a719-d8518489552b","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"busy-beaver3","studio_path":"/mock-machines-test-lab/published/busy-beaver3/","name":"BusyBeaver3","machines":2,"deployed_at":"2026-09-22T16:22:54.1837Z","editable":false,"owned":false,"has_viz":true,"has_documents":false,"metadata":{"display_name":"Busy Beaver (3-state)","description":"The 3-state busy-beaver champion Turing machine running on a self-growing tape that halts after 21 steps.","context":"A single active Head moves over a tape of Cell entities. Each Cell holds a\nsymbol and goes passive once settled; when the Head steps off an end it\nsends a Grow message and the boundary cell spawns its new neighbour, which\nannounces itself back and then passivates. The Head follows the BB(3)\nstep-champion table (1RB1RH_1LB0RC_1LC1LA); from a blank tape it HALTS after\n21 steps, leaving 5 ones across 5 cells.\n","category":"AI","tags":["TuringMachine","BusyBeaver","Automaton","Computation"],"domain":"Theory of Computation","author":"Jon Walls","version":"0.1"}}},{"lab_id":"07d9464d-7a99-44a2-b55f-ca84669f5252","lab_slug":"mock-machines-test-lab","lab_name":"mock-machines-test-lab","lab_member":false,"workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","workbench_slug":"published","access":"read-only","shared":true,"scenario":{"id":"b075f895-e1b1-4ec8-a816-3ecf4cb93578","workbench_id":"5e1d4665-b9fc-42f3-a63d-a4b679ac7e00","slug":"artisan-market","studio_path":"/mock-machines-test-lab/published/artisan-market/","name":"ArtisanMarket","machines":5,"deployed_at":"2026-09-22T16:22:54.182931Z","editable":false,"owned":false,"has_viz":false,"has_documents":true,"metadata":{"display_name":"Artisan Market","description":"A small online marketplace whose entities draw their string fields from gofakeit faker generators so the exported tables read like a real catalogue, CRM and shipping manifest.","context":"Models a craft marketplace with five entity types: Seller and Customer are\nseeded roots; Sellers spawn Products and Couriers, Customers place Orders.\nOne turn is one calendar day, so order ship/deliver timestamps export as\nwall-clock dates. Each entity's string fields come from a different family of\ngofakeit (faker) generators, showcasing the func: faker strategy across bare\ntokens, literal+token mixes, argument forms and pattern characters.\nPopulations are bounded: each Seller builds its catalogue once then idles,\neach Customer places two Orders then idles.\n","category":"BI","tags":["Retail","Marketplace","Faker","FSM"],"domain":"Retail","author":"Jon Walls","version":"0.1"}}}]