Demos
Both of these run entirely in your browser tab — Motoko actors executing on the moxzi runtime, with no server behind them. Open the devtools badge in either one to see every canister on the page, including the ones the actors spawned for themselves.
⚔️ Knights & Dragons
Actors that phone an LLM, get new code back, compile it in the tab with the Motoko compiler, and upgrade themselves in place — then coordinate by sending each other real messages. Bring an Anthropic key, or watch the scripted version.
Shows: in-tab compilation, self-upgrade, HTTPS outcalls from inside an actor, actor-to-actor messaging.
🗃️ MoxDB
A database whose rows are individual canisters — data plus code — registering
themselves with the indexes. ALTER TABLE upgrades every row actor in
place, and the whole thing heals a corrupted index.
Shows: actor spawning, upgrades driven by another actor, stable state across a schema change, recovery.
What you are actually watching
Neither demo is a simulation of the Internet Computer — it is the runtime. Messages are
queued and executed one at a time per actor, a trap rolls the message back and leaves the
actor serving, upgrades run preupgrade and postupgrade for real,
and state persists to IndexedDB so a reload finds the actors where you left them.
The knights demo goes one step further: the compiler that turns an LLM's reply into installable wasm is itself a 7.5 MB Motoko canister running in the same page, and its output is byte-identical to what the command-line compiler produces from the same source.
SharedArrayBuffer — any
current Chrome, Firefox or Safari. The knights demo makes real HTTPS outcalls from inside
the actor, so the page must be cross-origin isolated, which is how this site serves it.