Grids
Architecture

Source on the left. A running model on the right.

A .grid file parses into an AST, builds into a dependency graph of typed cells, and runs on the Grid platform — same language, same outputs, same error model.

portfolio.gridgrid
# allocation
weights = positions / SUM(positions) as percentage
cov = COVARIANCE_MATRIX(returns)
port_ret = PORTFOLIO_RETURN(weights, asset_returns)
port_vol = PORTFOLIO_VOLATILITY(weights, cov, 252)
sharpe = (port_ret − rf) / port_vol
positionsreturnscovweightsport_volsharpe
portfolio · live
Live
C7fx= (port_ret − rf) / port_vol
PositionWeightReturn2AAPL24.0%+12.4%3NVDA22.5%+58.7%4MSFT21.0%+18.2%5AMZN17.5%+22.6%6JPM15.0%−2.1%7Sharpederived1.84
01 · The lifecycle of a model

Source becomes a running cell, in four stages.

The pipeline is rigid; the placement is managed. Parse, build, plan, evaluate. Same path in production, in dev, in tests — only the execution target at the end changes.

The boundary between "your spreadsheet" and "a deployed program"doesn't exist. The.grid file is the program.

positionsreturnsrfweightscov_matrixport_retport_volvar_95sharpeINPUTSDERIVATIONSMETRICSOUTPUT
02 · The model is a graph

Recompute is local.

When positions changes, weights recomputes — and only the cells downstream of weights follow. In dependency order. Atomically. Everywhere it runs.

Cycles fire #CIRCULAR_REF! at build time, with the cycle path in the error. Errors travel through the same channels as values, so every consumer sees them in context.

03 · Managed execution, one language

The model never moves. The platform chooses where it runs.

Same parser, same type system, same 2,816 functions, same error model. Consistent output across production, preview, and validation — selected per tenant, per deployment, even per file.

01 · Production

Hosted execution

Each model deploys as a self-contained program. A Rust runtime host owns model state, jobs, connectors, and scheduling; every cell write triggers a local recompute inside the tenant runtime.

rust hostfastrule-aware
02 · Multi-tenant

Shared execution

A shared execution layer can host many models while preserving the same scheduler, outputs, and isolation boundaries.

multi-tenantsharedcompiled IR
03 · Local & tests

Local validation

The same engine embeds in-process for development, tests, and agent verification. Behavior matches the hosted runtime for portable models.

localtestsoffline

One tenant. One isolated runtime.

Server Build deployments package the Grid runtime, state, and worker fleet into one durable tenant artifact. Operators provision through the control plane; tenants get an isolated data plane in a region close to them.

Compiled models run as normal Grid applications — no special hosting decisions, no infrastructure choices for your team to manage.

GRID PLATFORM RUNTIME · 1 PER TENANTStatevalues · queue · eventsGridrust engineWorkersconnectors · jobsStoragedurable stateStreamslive sourcesExtensionsmodel services↑ heartbeat to control plane
NextCells that fetch the world