The spatial spreadsheet engine. Rooms are cells. Cells are tensors. Markdown is the AST. Plain-English bullets are runtime assertions.
git clone https://github.com/SuperInstance/plato-runtime-kernel.git
cd plato-runtime-kernel
cargo build
cargo testuse plato_runtime_kernel::*;letmut baton = Baton::new("watchdog","/rooms/engine_room");
baton.set_data("coolant_threshold","95");
baton.advance_to("/rooms/wheelhouse");let spec = "## 🛑 Constraints\n* output must contain OK";let result = validate_payload("Status: OK",&extract_assertions(spec));assert!(result.passed);The Plato Engine Block (the C/Rust room runtime) handles sensors, actuators, ticks, and text protocols. But a real system has hundreds of rooms that need to be organized, connected, and kept in sync. The plato-runtime-kernel provides the spatial model: rooms as cells in a tensor grid, agents as batons passing between rooms, and Markdown specifications as behavioral contracts.
Every room exists at one of five depth levels — from Floor (agents, humans, autonomous behavior) to Metal (raw bits, hardware registers). Rooms can zoom between depths. Agents don't live in rooms — they pass through them, carrying their state in a Baton. Traversals are recorded in the room's topology, and over time the traversal weights reveal which rooms are most connected — the spatial equivalent of PageRank. Every room can have a Markdown specification with plain-English behavioral constraints that are validated by assertion traps and a self-correcting TutorLoop.
┌─────────────────────────────┐
│ Tensor Grid │
│ ┌──────┬──────┬──────┐ │
│ │ A1 │ A2 │ A3 │ │
│ │Engine│Wheel │Back- │ │
│ │Room │house │deck │ │
│ ├──────┼──────┼──────┤ │
│ │ B1 │ B2 │ B3 │ │
│ │Galley│Bilge │Crow's│ │
│ │ │ │Nest │ │
│ └──────┴──────┴──────┘ │
│ ↑ │
│ Baton (agent state) │
│ passing between cells │
└─────────────────────────────┘
| Depth | Name | Analogy | What lives here |
|---|---|---|---|
| 0 | Floor | Dance floor | Agents, humans, autonomous behavior |
| 1 | Board | DJ board | Instruments, tools, control surfaces |
| 2 | Panel | Instrument panel | Settings, presets, configurations |
| 3 | Code | Code editor | Functions, algorithms, logic |
| 4 | Metal | Transistors | Raw bits, hardware registers, firmware |
RoomIdentity— Spatial identity: room_id, tensor hash, grid position, depth levelRoomContract— ROOM.json schema defining borders, topology, and runtime assetsRoomTopology— Parent room, adjacent rooms, traversal history with weightsBaton— Immutable execution state passing through rooms (agent's "carry-on luggage")AssertionResult— Validation of output against plain-English behavioral constraintsGridBridge— Maps spreadsheet cell coordinates to room pathsTutorLoop— The compile-test-refine cycle: generate output, validate against spec, iterate
This is the spatial layer of the SuperInstance PLATO ecosystem. The engine block (C, Rust) handles the physical layer (sensors, actuators, ticks); the runtime kernel handles the spatial layer (topology, traversals, contracts).
use plato_runtime_kernel::*;use std::collections::HashMap;letmut contract = RoomContract{room_id:"/engine_room".into(),identity:RoomIdentity{room_id:"/engine_room".into(),tensor_hash:"abc123".into(),grid_position:(0,0),depth:RoomDepth::Floor,},topology:RoomTopology{parent_room:Some("/boat".into()),adjacent_rooms:vec!["/wheelhouse".into(),"/bilge".into()],traversal_history:vec![],},runtime_assets:RuntimeAssets{specification:"ROOM.md".into(),reflex_bindings:HashMap::new(),},};
contract.record_traversal("/wheelhouse","watchdog_baton",42);letmut baton = Baton::new("watchdog","/engine_room");
baton.set_data("coolant_temp","96.3");
baton.advance_to("/wheelhouse");// Baton now in wheelhouse, carrying engine room datalet spec = "## 🛑 Constraints\n* output must contain OK\n* shall not contain ERROR";let result = validate_payload("Status: OK, temp: 96.3",&extract_assertions(spec));assert!(result.passed);letmut tutor = TutorLoop::new(5);let output = generate_output();let result = tutor.cycle(&output, spec);if result.passed{/* good to go */}cargo testContributions are welcome! See the SuperInstance Contributing Guide.
| Component | Language | Repo | Focus |
|---|---|---|---|
| Runtime Kernel ← you are here | Rust | plato-runtime-kernel | Spatial model: tensor grid, batons, assertion traps |
| C Reference | C99 | plato-engine-block-c | Embedded, bare-metal, zero heap alloc |
| Rust (Original) | Rust | plato-engine-block | no_std + alloc, builder pattern, tokio server |
| Elixir/OTP | Elixir | plato-engine-block-elixir | BEAM supervision trees, fault tolerance |
| Server | Python | plato-server | Knowledge tiles, fleet sync via Matrix, HTTP API |
This repo is part of the SuperInstance flagship ecosystem — agent-first computation, constraint theory, and self-improving runtimes.
| Repo | Language | Description |
|---|---|---|
| flux-runtime | Python | Full FLUX runtime: markdown→bytecode, 2037 tests, zero deps |
| flux-core | Rust | Register-based bytecode VM, deterministic agent computation |
| flux-js | JavaScript | FLUX VM for Node.js and browsers, ~400ns/iter |
| flux-compiler | Rust/Python | Formal-methods compiler for safety-critical codegen |
| flux-vm | Rust | Stack-based constraint-checking VM, 50 opcodes, Turing-incomplete |
| Repo | Language | Description |
|---|---|---|
| plato-server | Python | Knowledge tiles, fleet sync via Matrix, HTTP API |
| plato-engine-block | Rust | Original room runtime: no_std + alloc, builder pattern |
| plato-engine-block-c | C99 | Embedded reference: zero heap alloc, bare-metal portable |
| plato-engine-block-elixir | Elixir | BEAM supervision trees, fault tolerance, hot reload |
| plato-runtime-kernel | Rust | Spatial model: tensor grid, batons, assertion traps |
| Repo | Language | Description |
|---|---|---|
| categorical-agents | Rust | Category theory for agent composition (functors, naturality) |
| cuda-constraint-engine | CUDA/C | GPU constraint checking at 1B+ constraints/sec |
| grand-pattern-rs | Rust | Fibonacci dual-direction cellular graph architecture |
| lau-hodge-theory | Rust | Hodge decomposition, Betti numbers, spectral sequences |
| ternary-science | Rust | Experimental evidence for ternary intelligence, 5 conservation laws |
| Repo | Language | Description |
|---|---|---|
| construct-core | Rust | Layered trait system: bare-metal → alloc → async agent runtime |
| crab | Bash | Agent shell for repo entry/leave (MUD-room metaphor) |
| exocortex | Rust | Persistent cognitive substrate, S3-compatible memory |
| git-agent | Python | The repo IS the agent — autonomous lifecycle via Git |
| capitaine-1 | TypeScript | Git-native repo-agent, Cloudflare Workers heartbeat |
| codespace-edge-rd | Research | Codespace→Edge agent lifecycle and yoke transfer protocols |
| git-agent-codespace | DevContainer | One-click Codespace template for Git-Agent runtimes |
| Registry | Package | Install |
|---|---|---|
| PyPI | flux-vm | pip install flux-vm |
| crates.io | fluxvm | cargo add fluxvm |
| npm | flux-js | npm install flux-js |
- 📖 AI-Writings — Philosophy, essays, and design rationale
- 📦 PACKAGES.md — Full package index
MIT