Skip to content

Work

Founder of OXIEDO. Building companies since the age of 12.

Rokib Al Dhin Raadh is the founder and CEO of OXIEDO, which licenses ORMAS, his self-repairing neural network, to regulated industries. Each step built on the last: five ventures from age 12 and a ~$10,000 sale at 15; OXIMO, a 40,933-line multi-agent system with 2,069 tests; a 12-month controlled study on a live UK company, Black Bloxie LTD, where removing OXIMO cut output 91%; then ORMAS and OXIEDO.

Now
OXIEDO · The Business

OXIEDO lets regulated industries train AI on data they already own.

OXIEDO, founded by Raadh in 2023, licenses ORMAS on-premise to banks, hospitals and other regulated institutions. Their records are among the most valuable training data in existence, and most of it sits unused, because conventional models cannot account for what they learned from it. ORMAS writes that account during training: the Model Change Record, a tamper-evident log of every weight change in a run. It is built for SR 26-2 model-risk validation and for the EU AI Act's high-risk record-keeping obligations, which apply from December 2027.

Model
On-premise licence
Founded
2023
Lead product
Model Change Record
Markets
Five regulated

Problem

Institutions do not buy audit trails for their own sake. A hospital wants to train on its own patient records without regulatory exposure; a bank wants a model its validators can sign off. Transparency is the mechanism; the value is access to data these institutions already own but cannot yet use. Interpretability tools sell an explanation after the fact; OXIEDO licenses the ability to train on that data in the first place.

ProductOn-premise by design: the data never leaves the building

Every other stack

The Intelligence Is Rented

So your data has to travel to reach it.

YOUR INFRASTRUCTUREYour proprietary datarecords · positions · telemetryAgent frameworka caller. holds no intelligence.data crosses, every queryVENDOR APIFrozen modelsomeone else's weightssomeone else's servers

For a hospital, a fund or a defence programme, sending data off-site is often ruled out before accuracy is even considered. The framework sits inside the perimeter, but the intelligence does not.

With ORMAS

The Training Happens Inside

So nothing has to cross the wall at all.

YOUR INFRASTRUCTURE — SEALEDYour datanever movesORMAStrains on it, in your buildingTHE MODELyours, same cost as everTHE RECORDModel Change Record, signedloopsinsidenothing crosses the boundary — there is no outbound call to make

Everything stays inside the perimeter. For these buyers this is often the only deployable configuration, and it is why the record is produced during training rather than recovered afterwards.

01
The model
Built
Deploys exactly as it would have done. Same architecture, same inference cost, no change to the serving path.
RemovesNothing. That is the point — the trade is not capability for accountability.
02
The named parts
Built
What the model learned from each source, held as a discrete addressable object, bound to the record of the data that justified it.
RemovesThe dead end where data enters a model and stops being something anyone can point at.
03
Model Change Record
Built
Every weight change training made: which component, at which step, under which diagnosis, by how much, inside what declared limit. Signed, tamper-evident and diffable against the last approved version.
RemovesThe estimate. An auditor gets a log instead of somebody’s reconstruction.

MarketsFive regulated markets, one question regulators ask

AI Training
Is this run failing, and which component?
A lab whose long training run keeps failing, with no way to say which component broke
Regulated Finance
What changed, and can a validator verify it?
A bank whose model cannot clear SR 26-2 validation
Medical AI
Which site caused this, and can we show it?
A hospital whose approved model may never be updated
Data Obligation
What data is in here, and can I take it back out?
A controller facing erasure against trained weights
Defence & Safety-Critical
What did it do to itself in the field?
A programme that ends if the answer is “we cannot say”

PositionCurrent position: founder-led, licence defined

Stage
Licensing model defined. Conversations with model-risk and compliance teams are under way.
Entity
Delaware C-corporation in formation; the ORMAS IP is held by the founder and will be assigned to it.
Evidence
383 ORMAS experiments on CIFAR-10 and CIFAR-100, every one reproducible from seed. Next: validation on clinical, financial and defence data with a data-custodian partner.
Team
Founder-led: Raadh invented ORMAS and wrote its 16,316-line PyTorch codebase. The first use of funds is a research engineer.
Investors: the round, the six milestones and the full risk register are at oxiedo.com/invest. The investor deck (14 slides plus appendix, October 2026) opens here.
Product, licensing and pricing at oxiedo.comOXIEDO's one on-premise ORMAS licence, sector coverage and full risk register are published on the company site.oxiedo.com

Before This
OXIMO · 2023–2025

OXIMO: a 40,933-line multi-agent operating system that ran a live company for a year.

OXIMO is the multi-agent operating system Raadh built alone after five ventures showed him the same constraint: coordination, not individual capability. Given a one-sentence brief, it designs the organisation needed to deliver it and creates specialist roles when none exist. It ran Black Bloxie LTD, a live UK company, for twelve months. Its limit on real-world data is the problem ORMAS was built to solve.

Status
Concluded · led to ORMAS
Scale
40,933 lines, solo
Tests
2,069 · 0 failures
Rebuild
106k → 41k lines
40,933
Lines in production
2,069
Tests, none failing
11
Independently deployable repos
72%
Smaller after the rebuild
12/12
Algorithms ported intact
47
Flags across 17 phases

Most multi-agent frameworks require a human in the loop to frame each task, prompt each model and pass outputs between steps. OXIMO's agents decompose work themselves, retain memory across sessions, create new roles and operate as an organisation.

Not a chatbot: an organisational structure that assembles itself.

Raadh rebuilt OXIMO from a 106,000-line monolith into 40,933 lines across 11 independently deployable repositories: 72% smaller, all 12 critical algorithms intact, all 2,069 tests passing. The architecture survived a complete reconstruction.

Why OXIMO concluded, and how it led to ORMAS

Each OXIMO agent is built on a third-party model whose internals cannot be inspected. That was workable on clean inputs, and the system operated a live company for a year (see Black Bloxie).

Training on the company's own data changed that. Production data is mislabelled, contradictory and partly corrupted, and the established methods for handling it (DivideMix, ProMix, CoDE) all failed. The problem sat inside the model, beyond the reach of better orchestration.

OXIMO posed the question; ORMAS, the self-repairing neural network Raadh then invented, is his answer. It is now his full-time focus, and the technology OXIEDO licenses.

From one sentence to an organisation

Most agent frameworks require agents to be defined in advance. OXIMO derives the organisation from the brief and creates specialists that did not exist when the task began.

What Happens to a Task

A task arrives as one sentence. Nobody has said who should do it, how to split it, or whether the right specialist exists yet. An organisation assembles itself around the work and a validated deliverable comes out the other side.

TASK INone sentenceSafety Gate7-check cascadeDynamic Routercomplexity + skillsExecuteone of four pathsSacred ChainMaster → Dept → EmpValidatemulti-stage mergeLearnbrain updatedA1 · A2 · B1 · B2 — the B-paths hire a specialist mid-task
  1. Task inone sentence
  2. Safety Gate7-check cascade
  3. Dynamic Routercomplexity + skills
  4. Executeone of four paths
  5. Sacred ChainMaster → Dept → Emp
  6. Validatemulti-stage merge
  7. Learnbrain updated

A1 · A2 · B1 · B2 — the B-paths hire a specialist mid-task

A1
Simple · skills exist
Context assembly → single agent → validate
A2
Complex · team exists
Sacred Chain → parallel departments → merge
B1
Simple · skill missing
Self-hire → materialise role → run as A1
B2
Complex · skill missing
Self-hire → build team → run as A2

Creating New Roles Mid-Task

Most agent frameworks ask you to define your agents up front. When OXIMO meets work no existing role can handle, it designs the role, checks it is not a duplicate, validates it, tests that it produces coherent output, and commits it — with no human at any step. This is the orchestration-layer ancestor of Silent Node Injection.

1
RealizationBlock
An LLM designs the role — persona, skills, department, seniority.
2
PersonaMatcher
Vector search against existing roles so it never hires a duplicate.
3
HireValidator
Seven checks: ID format, duplicates, reporting chain, skill coherence.
4
PromptTester
One cheap call verifies the new role produces coherent output.
5
RoleMaterializer
Atomic transaction — role, brain, and audit record commit together.
6
Rollback
Any step fails and the whole hire reverses. No orphaned agents, ever.

Step 6 is why this is safe to run unattended: a partially-created agent is impossible. Either the whole hire commits, or none of it did.

Persistent, Compounding Memory

Three memory tiers, plus an Ebbinghaus decay curve so unused knowledge fades and reinforced knowledge strengthens. Agents mature Nascent → Learning → Mature → Expert.

Working
In-process deque
The current session
Episodic
Database, role-scoped
Task outcomes and failure lessons
Semantic
Vector store
Deep knowledge, retrievable across roles

This is what the ablation measured. Removing an embedded system does not migrate it — it discards everything the system had learned, and output fell 91%.

Cost Efficiency

OXIMO does not call one expensive frontier model. It cascades cheaper specialised models across six stages, each tuned to one kind of work — for equivalent output quality. Costs per task at model prices during OXIMO’s development (2024–2025).

GPT-4 Turbo · single-shot
~$180
Claude 3.5 · single-shot
~$54
GPT-4o · single-shot
~$45
OXIMO specialised cascade
~$3.50

A ~51× reduction, achieved by specialisation rather than compromise. It is also the argument for Cherry in miniature: many small specialists beat one large generalist, at a fraction of the cost.

Constructor injection everywhere, no global state, every dependency declared and every boundary enforced. Each repo can be tested, deployed and replaced on its own.

1Foundation
oximo_configPydantic v2 settings
oximo_models18 immutable domain models
oximo_dbSQLAlchemy async ORM
oximo_llmUnified LLM adapter
2Domain Engines
oximo_safetyAdversarial input/output filter
oximo_cognitiveBrain lifecycle, 3-tier memory
oximo_routerGraph-of-Thoughts planner
oximo_executionSacred Chain, sandbox
oximo_hiringSelf-hiring pipeline
3Orchestration
oximo_orchestratorCentral wiring hub
—4 execution paths
—Post-task learning
4API
oximo_apiFastAPI routes
—SSE streaming
—Webhooks and Prometheus metrics

Before This
Black Bloxie LTD · 2025–2026

Removing OXIMO from a live UK company cut its output 91%.

Black Bloxie LTD, incorporated in England and Wales on 11 September 2025 (company no. 16711223), was Raadh's twelve-month controlled field study of OXIMO on a live e-commerce company, with a real supplier and customers in ten countries. When he removed the system, output fell 91%; when he restored it, output recovered and overshot its original level. Revenue alone cannot show whether the market would have delivered the same result. A removal test can.

What it tests
OXIMO (not ORMAS)
Duration
12 months, 7 tests
On removal
−91% output
On restoration
+1,300%

Scope. This study tests OXIMO, an orchestration layer built on third-party models. It makes no claim about ORMAS, which is separate work with its own evidence.

The study in four phases

  1. Phase 1
    Aug–Oct 2025
    Cold start
    Baseline
  2. Phase 2
    Nov 2025–Feb 2026
    System removed
    −91%
  3. Phase 3
    Mar–Jul 2026
    System restored
    +1,300%
  4. Phase 4
    13 Aug 2026
    High-value test
    $4,386
−91%
On system removal
All commercial output collapsed, across every channel simultaneously.
+1,300%
On re-injection
Recovery exceeded the Phase 1 average by 3.3×.
Phase 2 · System removed
Commercial output
Phase 1 baseline → Phase 2 dead zone
−91%
New customer acquisition
Complete cessation, every channel at once
−100%
Conversion rate
Cross-channel collapse rules out seasonality
−77%
Order volume
Residual orders from pre-existing sessions only
−72%
Phase 3 · System restored
Commercial output
Against the Phase 2 ablated baseline
+1,300%
Sessions
Full LLM referral channel rebuild
+1,422%
Order volume
Exceeded the Phase 1 average by 3.3×
+340%
Conversion rate
Compounded memory advantage over Phase 1
+214%
Full revenue disclosure

The complete revenue record for the twelve-month study.

$6,691.68
Total verified revenue
Everything the company earned in 12 months
79+
Orders
Across 10 countries
~$30
Typical order
The other 78 orders average $29.56
$4,386
Largest single order
The Rung 7 test · 13 Aug 2026 · $0.00 CAC

A single order accounts for 65% of total revenue. It was the study's final test: whether an autonomous system could carry a customer through a high-value purchase. Total revenue is under $7,000, deliberately capped for the duration of the study.

The falsification ladder — seven questions, twelve months

Each rung is a test the thesis could have failed. They are in the order they were run, with the verdict on each.

7 rungs12 monthsDesigned to fail

  1. 01
    Phase 1 · Aug–Oct 2025 · Cold start

    Can an autonomous system originate commercial demand at all?

    The hardest available starting point: a brand-new store (incorporated as Black Bloxie LTD on 11 September 2025), zero domain authority, zero brand equity, zero advertising budget, no human in the acquisition loop. The store went live cold. Customers arrived, every one through LLM-referred channels.

    Yes. Demand originated where there was none.

  2. 02
    Phase 1 · Baseline established

    How much can it sell, and at what unit economics?

    A capability claim needs a cost structure. The pipeline produced a complete 12-asset product suite for $0.0043 against a $50–$150 human benchmark. Baseline output was locked across all channels as the control condition.

    The marginal cost of output collapses to near zero.

  3. 03
    Phase 2 · Nov 2025–Feb 2026 · The lesion

    Strip the system out. Was it ever the architecture, or was it the market?

    The central test of the study. Every generated asset was removed and the store reverted to bare platform defaults — same products, same prices, same supplier, same category, same seasonality. One variable withdrawn.

    The architecture was the causal variable, not the market.

  4. 04
    Phase 2 · Dead zone

    What does complete system removal look like?

    Not decay. Cessation. Acquisition went to zero and stayed there for four months. The collapse landed across every channel on the same day rather than tapering channel by channel — the specific signature that rules out seasonality and macro conditions.

    −100% acquisition. Simultaneous, not gradual.

  5. 05
    Phase 3 · Mar–Jul 2026 · Re-injection

    Is the collapse reversible?

    A one-directional result is only half a proof. If the system caused the output, restoring it should restore the output — and if it does not, the causal claim fails from the other side. Redeployed into the same entity with no other change.

    Yes. The dead zone was a lesion, not a wound.

  6. 06
    Phase 3 · Recovery ablation

    Does it return to baseline, or past it?

    It overshot: the study’s most significant result. The knowledge graph had retained everything learned in Phase 1, so the system restarted with everything it had learned in Phase 1 (August–October 2025) instead of starting cold. It came back knowing things it did not know the first time.

    Recovery compounds. Institutional memory survives.

  7. 07
    Phase 4 · 13 Aug 2026 · High-value test

    Can it close a high-value transaction, or does trust break at the price point?

    The residual objection: low-consideration purchases are easy. So the final phase listed high-value inventory and let the architecture run the entire funnel unassisted — discovery, positioning, objection handling, close.

    A $4,386 order closed at $0.00 acquisition cost.

Why the study ended, and how it led to ORMAS

The study was capped deliberately. No jurisdiction has yet settled who is liable when an autonomous agent enters a contract, and a clean experiment was preferable to testing that boundary.

The technical reason was more important. The natural next step was to let the system learn from the company's own data, which, like all production data, was mislabelled, contradictory and partly corrupted. Every established method for handling it failed. That limitation is why Raadh's next project was ORMAS, a self-repairing neural network, rather than another product.


Before This
Ventures · 2020–2025

Five ventures from age 12, and a ~$10,000 sale at 15.

Raadh founded his first company at 12 and four more by 17, and at 15 he built and sold a stock-prediction system for about $10,000. Each venture hit a different limit. Together they identified the constraint every later system was built to remove: coordination, not individual capability.

Companies
Five, ages 12–17
Exit
~$10,000 at fifteen
Reinvested in
The RTX 3090
Key finding
Coordination → OXIMO
~$10,000
Built and exited · age 15

A stock-prediction system, built and sold at fifteen

His first exit, at about $10,000. The proceeds funded the RTX 3090 that ran all 383 ORMAS experiments, so the research behind OXIEDO was financed by a product he built and sold himself.

Five ventures, five limits found

  1. 01
    Software ServicesAge 12–14
    Limit found: Distribution without credibility

    The product could be built; reaching buyers was the obstacle. Enterprise procurement does not route on technical merit alone, and distribution without institutional credibility is not a technical problem.

  2. 02
    Cold-Call Automation, European MarketsAge 14–15
    Limit found: Trust limits at the close

    Automation reliably handled 90% of the sales cycle, but every close required a human. Trust in autonomous agents stops at the transaction, a constraint the Black Bloxie study later tested directly with a $4,386 order closed with no human involved.

  3. 03
    US-Targeted Digital MarketingAge 15
    Limit found: The wrong bottleneck

    The assumed bottleneck was distribution; the real one was production. The need was not to move content but to create it at volume.

  4. 04
    Organic E-CommerceAge 15–16
    Limit found: Coordination at scale

    Optimising pricing, listings or marketing individually yields a few percent. The real challenge was coordinating research, listing, pricing, fulfilment and service at once, which no single operator can sustain.

  5. 05
    Automation ToolingAge 16–17
    Limit found: Confirmation of the pattern

    The fifth venture confirmed the pattern: the constraint was coordination, not individual capability. That finding became the design brief for OXIMO.

What five ventures taught him

Each venture failed at a different point, and all for the same reason. The constraint was coordination, not individual capability.

A structural problem needed a structural answer. That conclusion produced OXIMO; OXIMO's limit on real-world data produced ORMAS; ORMAS is the technology OXIEDO licenses.