The Generalized Execution Platform is a domain-blind operating layer for
scientific research and deployment. Author your mathematics, laws, models, and experiments once.
At run time, the engine stitches them together, allocates real machines, moves your data,
and executes your work — while your meaning stays exactly yours.
A game designer never writes driver code. They author objects, textures, shaders, and rules —
and when the moment comes, the engine stitches everything together in real time.
Science has never had that machine. GEP is being built to be exactly that.
The platform ships blank — no preferred mathematics, no built-in science, no opinion about your domain.
You bring every ounce of meaning.
02 / The steel boundary
Meaning stays up. Machinery stays down.
The defining cut of GEP is a boundary we treat like steel. Authored meaning lives above it;
execution, data plumbing, and physical hardware live below it. Neither side leaks into the other —
so either side can evolve without rewriting the other.
Above the line — yours
Your science
def/ definitions & mathematics
law/ laws & rules
prof/ profiles & policies
mod/ models & methods
exp/ experiments & research tools
Steel boundary — meaning never leaks down · machinery never rewrites up
Below the line — the engine’s
The machine
exe/ execution engine & retained Jobs
data/ data plane & custody
alloc/ allocation, grants, waits, release
prov/ providers — CPU → GPU → clusters
fac/ durable facility & receipts
Swap a kernel. Add a GPU class. Move to a cluster.
Your science does not change by one byte.
Floor to ceiling, without rewriting the floor.
Science on GEP stacks like floors in a building. Each layer is an inert, versioned asset that
composes on the exact closure beneath it. Build a tower yourself — click the assets below.
Finite, governed data: bounded exchange with custody today; persistence, cataloging, query, and observation as it matures.
Owns
finite exchange · custody · persistence · query
Never touches
scientific effects · domain meaning · grants
P·4
Allocation & Physical Realization
The sole meaning-blind physical governor. It joins lawful work to current machinery through fit, grants, waits, and release.
Owns
physical fit · grants · waits · release · providers
Never touches
scientific meaning · data truth · workflow policy
04 / The route
One governed path from idea to evidence.
01
Author
Define meaning and exact dependencies — once.
02
Activate
Resolve one exact closure; lower it to a mechanical program plus a separate semantic trace.
03
Move data
Bounded technical inputs cross the Data Plane under custody.
04
Execute
One retained, meaning-blind Player Job runs.
05
Realize
Allocation grants, accounts for, and releases the current physical work.
06
Correlate
Mechanical evidence and semantic provenance stay distinct — but exactly related, forever.
Because every crossing is typed and every identity exact, the same route serves a two-second script
or a month-long campaign — and replays honestly years later.
05 / What gets built on top
A blank box is everyone’s box.
No science lives inside the engine — which is why every science can live on top of it.
Domains become asset packs: authored once, locked, reused everywhere.
ml/Machine Learning
phys/Physics
math/Mathematics
fin/Finance & Trading
astr/Astronomy
aero/Aerospace & Rocketry
pharma/Pharma & Bio
earth/Climate & Earth
mat/Materials
you/Your discipline
First proving ground: an end-to-end quantitative-trading research vertical. Generality is earned through real executable work — not speculative abstraction.
06 / What’s real today
An honest boundary.
This is an announcement of direction, not a finished product — so this page
doesn’t hand-type its claims. The ledger below reads the project’s own
PROJECT_STATUS.md, straight from the working tree. When engineering
advances, this page changes with it.
Foundation ledger
connecting…
A1Modular local Allocation — CPU, memory, spillcomplete
P1Retained meaning-blind Player Job over finite inputscomplete
D1Arrow Shared Batch Exchange with bounded custodycomplete