Operational Archeology
↗
Stratum 01 · Carrier Bedrock → Present · AI Orchestration
Operational Archeology reference map
Primary Reference Map

The trail runs from carrier routing tables and translation logic to the orchestration problems showing up in AI today.

Enter the dig site →

Operational Archeology

The system left
evidence.

Before there were AI agents, there were live networks, ugly failure modes, vendor boundaries and engineers trying to figure out what actually happened.

Operational Archeology is the practice of digging through that evidence. Not the clean diagram. Not the marketing slide. The thing that happened on the wire.

The First Law

“Systems don't fail according to clean diagrams. They fail at the seams where the pieces meet.”

— operational physics

01 · Evidence

Go where reality lives.

Configuration files. Translation tables. Routing decisions. Error logs. Traffic. The evidence is usually there long after the explanation has changed.

02 · Pattern

Patterns survive technology.

A missing point code can break a call across a carrier network. A missing contract can break an AI workflow. Different vocabulary. Same boundary problem.

03 · Operation

Build from what happened.

Better systems come from understanding failure, state, transport, ownership and the ugly little details that never make it into the architecture diagram.

The excavation grid

Five places to dig

Start with the artifacts. Follow the field notes. Then look at the frameworks that connect the old problems to the new ones.

Stratum 01 June 2002
01

Artifacts

Primary excavated records. Sprint LTD / AOL routing sheets, modem counts, Most Idle hunting and the mechanics underneath the traffic.

Inspect Artifact 001→
Stratum 02 Live NOC
02

Field Notes

Firsthand dispatches from the part of operations where every dashboard can be green and the system can still be broken.

Read the dispatch→
Stratum 03 Governance
03

Frameworks

The operating models that keep complex systems understandable when multiple actors, boundaries and failure modes collide.

Stratum 04 Topology
04

System Map

The map between carrier routing, signaling boundaries and today's multi-agent execution buses. This is the workbench, not a dashboard.

Topology · in progress↓
Stratum 05 Archive
05

Archive

Standards, old carrier logic, technical residue and the material that shaped how large systems actually behave.

Archive vault · being excavated

Framework 001 / Mode

Give the system a problem.
Watch the lanes disagree.

This first version is deliberately transparent. No model call. No hidden intelligence. Just the five jurisdictional lanes doing exactly what they are supposed to do so the framework itself can be inspected.

Input Terminal

OA-SBX-V1 / Deterministic

OA-SBX-V1 / CONTRACT LOADING

Ready

Rule

is not the answer. It is where competing explanations survive long enough to be tested without contaminating the operating system.

5L

Give the system problems. See what survives.

Describe the problem plainly, then run it through the five jurisdictional lanes. The point is not instant agreement. The disagreement is part of the evidence.

V1 proves the interaction and the jurisdictional logic. V2 can replace the fixed scenario object with TexttASKAI orchestration while keeping this interface and response structure intact.

Read Framework 001 →
“

Operator's note

The objective isn't to find blame. It's to find what actually happened.

Blame is usually the first story we tell ourselves when a system behaves badly. The useful story starts later, after somebody digs past the surface symptom and follows the state, the routing, the boundary and the evidence.

— Rob Surls

Systems architecture · telecom · AI orchestration

Rob Surls telecom systems work and modern AI orchestration
Carrier operations → AI orchestration Different vocabulary. Same underlying physics.

The person doing the digging

Rob Surls

Telecom veteran · systems architect · founder

I spent decades around carrier-grade systems where a tiny piece of state could travel through half a network before anyone discovered why the call failed. The lesson wasn't that the systems were old. The lesson was that complex systems leave evidence.

Operational Archeology is where I follow that evidence into today's systems. Through TexttASKAI, the same ideas are being applied to AI orchestration: boundaries, transport, identity, state, contracts and the failure modes that appear when no single component sees the whole system.

20+ Years in telecom
Live Systems mindset
Now AI orchestration
RS

Follow the excavation

Field notes, systems archaeology and the occasional reminder that the dashboard isn't the system.

View LinkedIn Profile ↗

Support the Next Phase

Operational Archeology is being built in public. If you find the work useful and want to help fund the next phase of development, testing, and infrastructure, you can contribute here.