ergo.observer ergo.engineer ergo.cloud 05 DESIGN engineer / architect 06 WRITE architect, autonomous 07 DEPLOY stage, production 02 SEE observer ui 03 UNDERSTAND observer / mcp 04 DIAGNOSE engineer / devops INTENT REVIEW TODAY 01 ergo framework and ergo.tools the material it is built from 02 SEE — ergo.observer — SHIPPING
THE ENGINEERING LOOP

WE ARE SOLVING ENGINEERING

Engineering runs in a loop: design it, write it, ship it, see it, understand it, diagnose it. Every tool you own covers one arc and knows nothing about the others, so you carry the context between them by hand.

We are moving that loop onto one substrate an agent can read, one arc at a time. Seeing and understanding are already there.

docs.ergo.services — install it and have a supervised node running in a few minutes.
ergo.observer — the live demo cluster, and the front you attach your own nodes to.
PARTS LIST — ergo.services, THE ECOSYSTEM
ergo frameworkactors, supervision, clustering01
ergo.toolsscaffolder, argus, saturn01
ergo.observerui and mcp — see it, ask it02—03
ergo.engineer/devops and /architect04—06
ergo.cloudstage and production07
01ERGO FRAMEWORKSHIPPING

Actors are the bricks

nothing leaves your hands yet

Ready-made design patterns on the actor model. A small stateful process is the unit — arrange them and you have a business process, not a diagram of one.

And because every part is an actor under supervision, the system has a structure a machine can read. That is what the six steps after this one stand on.

docs.ergo.services — the framework in full, with the patterns it ships with and the code to start from.
DETAIL 01 — THE SHAPE YOU DECLARE
SYSTEM MAP checkout — 7 PARTS four of them carry one order, end to end THE SHAPE YOU DECLAREIF IT FAILSORDER checkoutrestarts its group order intakeone per order order #4231 order #4232 payment acquirer link ledger 1 2 3 4 ONE PART FAILS — THE OTHER 213 KEEP RUNNING
02ERGO OBSERVERSHIPPING

Stop rebuilding it in your head

seeing leaves your hands

Nodes, processes, connections, mailboxes and events, live. You look at what is happening now instead of assembling last night out of log lines.

ergo.observer — open the demo cluster and watch it live, or point it at one of your own.
DETAIL 02 — THE CLUSTER AT THIS INSTANT
LIVE — NODE 3 OF 3 checkout — 214 PROCESSES nobody has reported anything yet PARTSTATEQUEUEFOR order #4231running 2 min paymentrunning 6 hours acquirer linkwaiting 41s ledgerrunning 6 hours CHECKOUT LATENCY, LAST MINUTE 180ms940ms 41 SECONDS STUCK — NO ALERT HAS FIRED
03AI OBSERVABILITYSHIPPING

The agent reads it, not you

understanding leaves your hands

Over MCP, Claude — or any agent that speaks it — inspects the cluster itself, in conversation. It answers about the business layer, not only heap and CPU: which orders are stuck, on which peer, for how long.

You stop describing your system to the model — though you are still the one asking.

ergo.observer — connect your own agent over MCP and put the question to the cluster yourself.
DETAIL 03 — ONE QUESTION AGAINST THE LIVE CLUSTER
MCP SESSION CLAUDE — 14:44 any agent that speaks it, in conversation YOU ASKED why are payments slow right now? IT ANSWERED — BUSINESS LAYER INCLUDED 3 orders stuck at payment order #4231 waiting 41s on the acquirer link acquirer.eu — 4 of 4 connections busy retry budget spent 12 minutes ago 214 PROCESSES READ IN 1.2s — YOU READ NONE
04ERGO.ENGINEER / DEVOPSIN DEVELOPMENT

It stops waiting to be asked

diagnosis leaves your hands — and initiative with it

This is where the ecosystem crosses into autonomy. One agent watches the runtime, the logs, Grafana and the source at once, and reacts to an incident without being asked.

It rebuilds what happened and what is still happening, and maps the behaviour back to the code that causes it.

What arrives is a root cause and a proposed fix — in Slack, Telegram or Jira.

ergo.engineer — leave an address and we write you the day it starts investigating on its own.
DETAIL 04 — THE REPORT IT WRITES WITHOUT BEING ASKED
INCIDENT 2043 OPENED 14:19 BY ERGO.ENGINEER payments degraded — checkout 940ms, 3 orders stuck WHAT HAPPENEDEVIDENCE FROM 14:02RELEASEversion a3f1 went out 14:19METRICScheckout 180ms → 940ms 14:26RUNTIMEacquirer queue 4 → 176 14:33LOGS“no free connection” ×412 14:41RUNTIME3 orders stuck at payment WHY the release cut the acquirer pool 8 → 4 traffic unchanged — the link starves PROPOSED FIXacquirer/pool.go - PoolSize: 4, + PoolSize: 8, 22 MINUTES FROM FIRST SYMPTOM TO ROOT CAUSE — NOBODY WAS PAGED
05ERGO.ENGINEER / ARCHITECTNEXT

An architecture that cannot go stale

keeping the design true leaves your hands

Four levels: how domains talk, how services talk inside a domain, how components talk inside a service, and the actors underneath. Each level is the same drawing — a Gantt across time crossed with a sequence across participants.

The drawing is the specification code is generated from, and changes in code come back into it, at every level.

ergo.engineer — leave an address and we write you the day the canvas opens.
DETAIL 05 — THE ARCHITECTURE, ALWAYS IN SYNC
ARCHITECTURE — checkout IN SYNC WITH main — 12s AGO one order, four levels, one time axis DOMAINSERVICECOMPONENTACTOR how domains talkinside a domainprimitives the fix lands here ordersbilling checkoutpayment connection poolacquirer link order #4231outbound call chargeauthorizeacquiredial 015ms 30ms45ms60ms TIME NOTHING ON THIS DRAWING IS MAINTAINED BY HAND
06AUTONOMYNEXT

The design writes the code

writing leaves your hands

The architect generates the implementation itself and reflects edits back into the design, at every level.

You keep intent and the review gate. Nothing else needs a person to carry it from one tool to the next.

ergo.engineer — leave an address and we write you the day it writes the first change by itself.
DETAIL 06 — THE CHANGE IT WRITES FROM THE DRAWING
CHANGE 118 WRITTEN BY THE ARCHITECT 15:03 bounded wait on the acquirer link WHAT YOU CHANGED IN THE DRAWING component — acquirer link connections4 → 8 wait for a free oneunbounded → 2s WRITES REFLECTS EDITS BACK WHAT THE AGENT WROTE11 FILES acquirer/pool.go+12−4 acquirer/client.go+31−9 acquirer/pool_test.go+64−0 payment/service.go+8−2 and 7 more files +186−38 TWO LINES FROM YOU, 186 FROM IT — INCLUDING THE TESTS
07ERGO.CLOUDNEXT

Ship from the same tab

shipping leaves your hands

Stage and production without leaving the browser you designed in. The moment it ships it is runtime again — which is where step 02 picks it up.

From here the loop turns without you inside it.

ergo.cloud — leave an address and we write you the day the loop closes.
DETAIL 07 — AND IT IS RUNTIME AGAIN
DEPLOY 4471 CHANGE 118 — APPROVED 15:27 promoted to production 15:36 STAGEcanary 10% 3 nodes — 9 min green PROMOTE PRODUCTIONall traffic 5 nodes — all green THE ROW YOU WATCHED IN DETAIL 02 acquirer linkrunning 0.2s 41s → 0.2s — NINE MINUTES AFTER YOU APPROVED
WHAT IS LEFT FOR YOUSUMMARY

YOU HOLD INTENT AND REVIEW

everything else has left your hands

Everything between them is work the loop can carry. That is what the seven steps add up to — not seven products, but seven jobs that stop needing a person in the middle.

Today the line falls after step 03. Up to there the machine answers when you ask. Past it, it acts on its own — and that half is still being built.
SUMMARY — THE SAME INCIDENT, END TO END
INCIDENT 2043, CLOSED 14:02 — 15:36 the same one, from release to running again EVERY HAND-OFFWHOSE MOVE 14:02release a3f1 went outloop 14:19checkout 180ms → 940msloop 14:41root cause — pool cut from 8 to 4loop 14:44answered against the live clusterloop 14:58bounded wait on the acquirer linkYOU 15:03186 lines across 11 filesloop 15:27change 118 approvedYOU 15:36promoted — 41s → 0.2sloop 94 MINUTES END TO END — TWO MOMENTS OF IT YOURS
STEPS 04 TO 07DRAWN, NOT BUILT

Help us close the rest of the loop

three arcs ship, four are drawn

Three steps ship today: the runtime, live observability, and an agent that reads the running cluster — the whole understanding half. The acting half is drawn and not yet built. If you think this is where engineering is going, come and build it with us.

THE SHEET WHEN IT IS FINISHED — EVERY ARC ON THE SYSTEM'S SIDE
SECTION — WHAT IS LEFT, AND WHAT IT STANDS ON
WHAT IS LEFT 4 OF 7 ARCS four arcs, and the course they rest on STILL TO BUILD04 — 07 04 DIAGNOSE devops 05 DESIGN architect 06 WRITE architect 07 DEPLOY cloud SHIPPING TODAY — 01 · 02 · 03 supervised actors · a live runtime · an agent that reads it not one of the four needs a new runtime — that part is built THE SUBSTRATE IS THE HALF THAT ALREADY SHIPS