MkrOps · Engine & Ops

The engine, exposed: ports, protocols, and a propagation ring.

mkrops.io is the operational surface — the bridge mesh where work propagates through the engine. Five nodes, one direction, one open broadcast tail. This is the engine's actual shape, served straight from the ring.

Surface map

Ports · protocols · services

One engine port. Three public faces as protocol-over-port. A small set of read-only taps. The ports and endpoints below are real topology — only the metrics are sampled.

Engine & faces
:8420 ring engine · RING_BASE
.com commerce intake · the open door
.io bridge / ops · this surface
.ai agents · factory floor
Endpoints
/api/ring topology · read-only tap
/api/ledger hash-chained record
/health node + ring probe
uptime 99.9% mock
p50 hop ~12 ms mock

The mesh

The bridge mesh — a one-way ring

Work enters at the desk, is staged across the bridge, gets pulled by agents, and loops home through the portal — which closes the hoop and leaves an open broadcast tail. Five nodes, propagating in one direction. next_hop is data, not code: add a node and the lap grows. topology is public in ring.json

  1. desk .com

    Desk

    Front / commerce intake — the open door.

    front.open.intake|in

  2. office .io

    Office

    Bridge ingress — work is staged into the engine.

    office.stage.work|thru

  3. bridge .io

    Bridge

    Bifrost span — the engine throughput; the ticker lives here.

    bridge.span.throughput|thru

  4. agents .ai

    Agents

    Factory floor — agents pull tickets here.

    agents.pull.ticket|in

  5. portal .com

    Portal

    The hoop closes here — loops home to desk and leaves an open broadcast tail.

    portal.close.hoop|out

portal → desk — the lap closes back to the open door · center [0.0.0.0] · hollow genesis = sha256("")

Engine status sample feed

engine
ring·nodes·5 port·8420·listening protocol·ring·one-way throughput·bridge·142/min health······ ledger·chain·sealed p50 hop·~12ms tail·broadcast·open ring·nodes·5 port·8420·listening protocol·ring·one-way throughput·bridge·142/min health······ ledger·chain·sealed p50 hop·~12ms tail·broadcast·open

Numbers are illustrative — the engine isn’t necessarily running during this preview.

Tooling

Dev + ops, against the real engine

Everything you tap is read straight from the ring vocabulary — no shadow API, no invented surface. Stage work in, watch it propagate, read the record back out.

{}

Ring API (read-only tap)

/api/ring returns the live topology — nodes, next_hop edges, accents. The same data this page renders from.

GET · :8420/api/ring

Ledger (hash-chained record)

Every lap leaves an entry, chained to the last. Genesis is the hollow hash — sha256 of empty — the hoop both ends close back to.

GET · /api/ledger

Bridge ingress (stage work)

The office node stages work into the engine. Once staged, it propagates one-way across the bridge span without you steering each hop.

office.stage.work|thru

Health probes

/health reports per-node and whole-ring liveness, so you know which segment of the lap is carrying and which is quiet.

GET · /health

CL-PIPE (Claude pipeline)

Agents at the factory floor pull tickets through the Claude pipeline — the .ai surface where work actually gets made.

agents.pull.ticket|in

Protocol-over-port routing

page ≡ container ≡ datastore ≡ service ≡ protocol-over-port. One addressing model; the surface you hit decides the protocol.

.com · .io · .ai

Tap into the engine

Read the ring, watch the lap, pull the ledger. The topology is public — start reading.

Read the docs