Agentic systems · State machines · Game dev

Private systems, made inspectable.

Explore selected work See the method

Six privately developed systems, presented through their actual boundaries, mechanisms, and on-page evidence.

Flagship
Witloom · live protocol graph
Systems
Agentic · machines · game dev
Source
Private · proof shown here

Selected work · proof in sequence

Open the archive.

One deterministic tree moves through systems, engine depth, and editor craft. Source remains private; evidence stays here.

Private project ledger · 01—06

Evidence, filed in sequence.

Six private repositories. One resolved scroll tree. Every case states the boundary, mechanism, and evidence without a release claim.

  1. 01WitloomSystems
  2. 02Tiger LayoutSystems
  3. 03Tiger ScrollSystems
  4. 04PlanevoxSystems
  5. 05Control CenterEditor
  6. 06Red NoirEditor
01 / 06 Rust 0.12 · constraint runtime · private

Exact next state

Witloom

Actors return basis-bound letters. A durable instance owns every route, normal revision, effect intent, and replay.

Boundary
Pre-1.0 research infrastructure
Mechanism
Packets → letters → normal state
Evidence
Current flagship + exact replay
Inspect the live protocol
02 / 06 TypeScript 0.2 · layout foundation · private

One immutable snapshot

Tiger Layout

A finite frame program resolves explicit inputs into immutable geometry or ordered diagnostics, independent of renderer.

Boundary
Release-candidate API
Mechanism
Compile → evaluate → project
Evidence
4-beat story + live lab
Inspect the renderer story
03 / 06 TypeScript 0.3 · score / landing kernel · private

One tree conducts every voice

Tiger Scroll

Tiger Score owns exact tacts and voices. One canonical scroll tree performs them into bounded pixels and seek-exact layers.

Boundary
0.6 score / spatial split
Mechanism
Score → conductor → layers
Evidence
This archive + Lean proofs

Private / live proof around you

04 / 06 Java 21 / Vulkan · microvoxel engine · private

Bound scale before claims

Planevox

A procedural summer forest streamed near-first, with deterministic replay and packed parallel-plane pages.

Accepted slice
200 m
Mechanism
Exact chunk + page budgets
Open gate
Long-range throughput

Private / evidence shown here

05 / 06 Neovim 0.10+ · dependency-free · private

Configuration owns effect

control-center.nvim

Declarative sections keep settings, actions, keymaps, and commands in one inspectable editor surface.

Boundary
Consumer API under proof
Mechanism
Registry projection
Evidence
Stale-action prevention

Private / evidence shown here

06 / 06 Neovim 0.9+ · colorscheme · private

Signal must stay scarce

red-noir.nvim

True black ground, disciplined gray, and red reserved for focus, diagnostics, and state change.

Boundary
Focused colorscheme
Mechanism
Stable read-only palette
Evidence
Editor + syntax coverage
  1. #050506
  2. #0d0e10
  3. #292c31
  4. #494e55
  5. #7f848b
  6. #969aa0
  7. #c5c7ca
  8. #d3d4d6
  9. #f2f2f2
  10. #5a1118
  11. #c92736
  12. #ee3b4d

Private / terminal dossier

Project 01 / Constraint-oriented runtime

Powerful actors should not own the route.

Witloom is a constraint calculus and local-first runtime for orchestrated computation. An immutable semantic program opens bounded packets; agents, tools, clocks, and people return only attested letters. The machine alone routes and normalizes them into durable revisions that can recover and replay exactly.

Follow the current flagship Private source / Rust authority / pre-1.0
What
Calculus + Rust local runtime
Input
Program + binding + JSON input
Controls
Packets, letters, joins, calls
Produces
Instances, journals, replay, evidence
  1. Draft
  2. Gate
  3. Veto
  4. Quorum
  5. Replay
01 / 05 · Managed point

Open only the packet needed now.

The scribe receives a bounded release order and can return only the declared drafted letter.

draft --drafted→ approve
02 / 05 · Open authority

Authority is explicit and basis-bound.

The operator sees the declared decision packet and may return proceed or abort—nothing else.

approve --proceed→ review
03 / 05 · Declared branch

A veto closes the unsafe route.

The called council may emit vetoed. The parent program routes it to a blocked terminal without a model inventing recovery.

review --vetoed→ cancelled
04 / 05 · Composed quorum

Two letters can settle the council.

A 2-of-3 join closes when its outcome is known. The unused reviewer is never invoked, and the journal proves why.

review --adopted→ shipped
05 / 05 · Durable terminal

Replay the accepted letter path.

The terminal revision, program basis, binding basis, and semantic journal survive the agent session. Replay never reinvokes effects.

shipped / revision 3 / replay exact

Protocol graph

Current Witloom flagship program A managed scribe drafts a release, an operator may proceed or abort, and a called two-of-three council may adopt or veto. Adopted work ships; abort and veto end in a blocked cancelled state. drafted abort proceed vetoed adopted managed / current draft scribe · redrive never authority / next approve operator · open authority blocked terminal cancelled outcome · cancelled call review review · program call terminal shipped outcome · released

Current Rust flagship topology

harness: flagship@1

requires:
  review: review.yaml

authorities: [operator]

actors:
  operator: { grant: operator }
  scribe: { managed: { redrive: never } }

machine:
  name: flagship
  version: "1"
  start: draft
  nodes:
    draft:
      offer:
        result: { ask: scribe, says: [drafted] }
    approve:
      offer:
        decision: { from: operator, says: [proceed, abort] }
    review:
      call: review
  routes:
    draft: { drafted: approve }
    approve: { proceed: review, abort: cancelled }
    review: { adopted: shipped, vetoed: cancelled }
  ends:
    shipped: { outcome: released }
    cancelled: { outcome: cancelled, blocked: true }
Current state
draft
Selected transition
draft-drafted
Next state
approve
Validated
5 / 5 can terminate

One semantic program + one live execution cursor. This focused source projection omits payload schemas, not topology. React Flow and ELK remain replaceable presentation adapters.

How this page is built · Tiger Layout

Secondary system proof. Layout is a pure function of explicit inputs; this scroll story and the lab below consume the same contracts. Not a package-registry product yet.

Input / 01

One rectangle.

Start with an explicit viewport. Size, content, and constraints drive geometry; scroll remains an explicit presentation input.

viewport + content + constraints

Resolve / 02

Layout becomes data.

Flow, padding, clipping, and transforms resolve into one immutable snapshot with stable IDs.

same inputs → same snapshot

Signal / 03

Scroll is just another input.

The page does not chase the scrollbar. It samples progress and deterministically presents the matching state.

enter → hold → exit

Project / 04

One snapshot. Any renderer.

DOM and Three.js consume the same geometry. A custom renderer can join without redefining layout.

DOM / Three.js / custom

Interactive layout demo

Change inputs; layout recomputes.

Drag the floating token, reorder the cards, or resize the split. Pointer and keyboard input become the same immutable event trace; target changes recompute layout while presentation-only frames stay cheap.

Layout session

Ready — pointer or keyboard

01
Flow composition row → column / gap 12
02
Motion patch presentation only / geometry stable
03
Replay trace same events / same snapshots

Keyboard: focus a card, token, or divider; press Space, use arrow keys, then Enter to commit or Esc to cancel.