Compiles to portable C

A new, safer language for both humans and LLMs.

U is a systems language where the safe path and the fast path are the same path. Write the obvious code — the compiler handles memory, concurrency, and vectorization. No garbage collector — cycles prevented at compile time. No data races, no ceremony. LLMs generate correct U on the first try because the defaults are already safe.

the whole idea
// Parameters are read-only by default.
// Shared without a lock, copied without a care.
f describe(cfg: Config) -> S
	r => "{{cfg.name}} v{{cfg.version}}"

// +V says: these lanes are independent.
// The C that comes out uses real SIMD.
f scaleAll(arr: [I +V] +R) -> [I +V] +R
	r => arr.map(val => val * 3)

Your existing code. Native speed. No rewrite.

U is a transpilation target. Drop in a PHP, JavaScript, TypeScript, or Python codebase. The transpiler converts it to U. The compiler compiles U to C. GCC compiles C to a native binary. What you get back is not an interpreter running your code — it's a compiled program.

SPEED

2–10x faster. 3,000x on array ops.

Your PHP app becomes a native binary. No interpreter overhead, no JIT warmup, no garbage collector pauses. Array operations auto-vectorize to AVX2/NEON. A CRUD API that does 850 req/s in Python does 5,000 in compiled U. The binary starts in microseconds and uses 2MB of RAM.

SIZE

200KB binary. No runtime.

No V8 (30MB). No PHP interpreter (15MB). No Python runtime (40MB). No node_modules. The compiled output is a single static binary with zero dependencies. Copy it anywhere — a container, a phone, an embedded device — and it runs. Your entire web server fits in an L2 cache.

SAFETY

20 security analyses. Automatic.

The compiler runs 20 mechanical checks on every function: SQL injection, credential exfiltration, taint tracking, N+1 queries, hardcoded secrets, global state leaks, missing auth. It generates minimum-privilege DB grants, GDPR data lineage maps, and boundary tests. All from your original PHP/JS/Python — no U knowledge needed. Warnings point to the original line numbers.

DOCS

Documentation writes itself.

UDoc reads the U source and generates documentation in 20 languages. Not comments — the type signatures, capabilities, and error types ARE the documentation. f+E(DbRead) get_user(id: I) -> User +N ! NotFound tells you everything: it reads the database, takes an integer, might return null, might throw NotFound. The compiler enforces what the docs promise.

DEPLOY

One binary. Every platform.

The same U source compiles to native on Windows, Mac, Linux, iOS, Android. Wrap it with a 50-line platform shim that opens a webview, and your server app becomes a desktop app. Or compile to WASM and run in the browser. Or ship as a serverless function. The binary is the deployment unit.

AI

On-device inference at native speed.

Link ggml and run quantized LLMs directly from your U binary — Metal on Apple, Vulkan on Android, CUDA on Nvidia. No TensorFlow.js overhead, no WASM bottleneck. The same binary that serves your web UI runs 7B-parameter models at 30+ tokens/sec on a phone. Safebox attestation verifies the model ran correctly.

See the transpiler Try it now

What makes U different

Every safety property comes from one system: modifiers on types. No separate borrow checker, no async runtime, no SIMD intrinsics to learn. One mechanism, six benefits.

MEMORY

No garbage collector — cycles prevented at compile time

Variables live on the stack by default — fast, automatic, freed when the function returns. When you need a value to outlive the function, add +R and the compiler tracks who's using it (like Swift's ARC). Circular references — the classic memory leak — are caught at compile time, not at runtime. No garbage collector, no pauses, no manual memory management.

CONCURRENCY

Async without splitting your code in two

Prefix any call with a to run it as a fiber — a lightweight async task. There's no async/await split, no colored functions, no thread pool boilerplate. A function that works synchronously works asynchronously too — the caller decides, not the definition. Fibers suspend and resume automatically; the compiler handles the scheduling.

PARALLELISM

SIMD without intrinsics

Add +V and the compiler processes your data in parallel lanes automatically. The emitted C uses vector types that become SSE or AVX on x86, NEON on ARM, and WebAssembly SIMD in the browser. You don't write intrinsics or platform-specific code — just annotate the data. If the operation can't safely vectorize, you get a compile error, not a silent wrong result.

GPU

GPU compute without CUDA

+R(GPU) puts data in device memory and turns a .map() into a GPU compute shader. The same code runs in the browser through WebGPU and natively through Dawn — one source file, every device. No CUDA toolkit, no separate shader language, no manual buffer management. If the data doesn't fit the GPU model, the compiler tells you.

SAFETY

Immutable by default, mutable when you ask

Parameters can't be changed. Fields outside your own instance can't be changed. To make something mutable, you write +M — an explicit opt-in, visible at the declaration. Shared state goes through atomic << patches. Data races are compile errors, not crashes you discover in production at 3 AM.

OUTPUT

Readable C, no runtime to install

U emits ordinary C11 that you can read, debug, and compile with the toolchain you already have — gcc, clang, MSVC. No virtual machine, no runtime library to ship, no dependency on a specific OS version. The same source also compiles to WebAssembly through Emscripten, so one codebase runs natively and in the browser.

AUDITABLE

The notation is the analysis

A single function signature tells you everything: f+E(DbRead, HTTP) +A get_user(...) -> User +N ! NotFound — async, reads the database, handles HTTP, might return null, might throw NotFound. No inference needed, no compiler run, no tracing call stacks. The compiler infers capabilities from the code (--suggest-caps), warns about dangerous combinations (DbRead + Email = exfiltration), and template tags like sql`INSERT ...` automatically route to the right capability check. An LLM auditor reads function signatures and reasons about attack vectors without ever reading the body.

26 things the industry treats as unavoidable

Garbage collection. Null exceptions. Data races. Async coloring. SQL injection. Off-by-one errors. Each one has a state-of-the-art solution — and each solution has a cost. U eliminates all 26 at the root, through the same modifier system, and they compound: -M prevents races AND enables vectorization. -E enables memoization AND deterministic testing. There is one way to do each thing, and that one way composes with everything else.

Read the Orthodoxies

Cryptographically auditable code

U makes security analysis fall out of the code itself. Every function signature declares its full contract — what effects it has, what capabilities it needs, what errors it throws, what it returns. The compiler enforces all of it. But the real power is what this enables beyond the compiler:

Capability-gated effects

Functions declare +E(DbRead, HTTP) — exactly which I/O they can do. Pure functions need no capabilities at all. The compiler rejects any call outside the granted set. Capabilities compose: WebHandler = HTTP + Config + Session.

Signed capability manifests

The compiler generates a Merkle DAG of the call graph with capability annotations at each node. Change one function's capabilities, only that branch re-hashes. M-of-N cryptographic signatures from auditors (human or LLM) gate deployment. More restrictive changes auto-approve.

LLM-auditable by design

An LLM reads function signatures and the capability call graph — no body analysis needed. "This function has DbRead + Email — data exfiltration vector." The notation IS the analysis. The LLM signs the manifest with its reasoning.

Transitive attack surface

If function A has DbRead and calls function B which has Email, A's transitive surface is DbRead + Email. The manifest captures this. Auditors reason about capability combinations — exactly how real attacks work.

What the compiler catches — one function, zero LLM

Source
f+E(DbRead, NetFetch) export(conn, res)
  sql_str = "SELECT * FROM " + table
  secrets = conn.query("SELECT password, ssn FROM customers")
  log(secrets)
  fetch(secrets)
  Cache.leaked = secrets
Compiler output
COMBO  {DbRead, NetFetch} — exfiltration
FLOW   conn.query → secrets → fetch
SQL    password (CRITICAL), ssn (CRITICAL)
VOLUME no WHERE, no LIMIT — all rows
INJECT SQL via string concat — use sql tag
LOGS   sensitive data secrets → log()
GLOBAL Cache.leaked — leaks between requests
SUGGEST f+E(DbRead, NetFetch) export(...)

15 mechanical analyses. No LLM needed. Every warning names the line, the variable, and the risk.

One modifier changes what the compiler does

Pick one. The code below is real, and so is the C beside it — both come straight out of the compiler.

U

      
emitted C

      

A web API with safe queries and atomic transactions

No framework, no ORM boilerplate, no threading library. The handler is a function. The query compiles to parameterized SQL. The transaction retries on conflict automatically.

A complete CRUD API in U
// ── Schema ──────────────────────────────────────────
d User : Database.Row
    name:  S
    email: S
    score: I

// ── Handlers — pure functions: Request in, Response out ──
f list_users(req: Request) -> Response
    users = Database.Query({ store: "users" })
        .select(["name", "email", "score"])
        .orderBy("score", "DESC")
        .limit(50)
        .fetchAll()
    r => Response({ body: JSON.encode(users) })

f create_user(req: Request) -> Response ! ValidationError
    body = JSON.decode(req.body)
    body.name.len < 1 ? x ValidationError("name required")
    user = User({ name: body.name, email: body.email, score: 0 })
    user.save()
    r => Response({ status: 201, body: JSON.encode(user) })

f award_points(req: Request) -> Response
    // Transaction: both users update atomically, or neither does
    << (
        sender = Database.Query({ store: "users" }).where("email", "=", req.query["from"]).fetchRow()
        recipient = Database.Query({ store: "users" }).where("email", "=", req.query["to"]).fetchRow()
        sender.score < 10 ? x Rollback("not enough points")
        sender << { score: sender.score - 10 }
        recipient << { score: recipient.score + 10 }
    )
    r => Response({ body: "transferred" })

// ── Start ───────────────────────────────────────────
f main() -> none
    serve(8080, {
        "GET /users":       list_users,
        "POST /users":      create_user,
        "POST /award":      award_points
    })

What the compiler enforces in this code — without a single annotation beyond what you see:

req is -M (parameter default) — handlers can't corrupt the request
sender.score read inside << ( ) is a snapshot — retries on conflict automatically
sender << { score: ... } is an atomic MVCC patch — no lock, no mutex
Rollback exits the transaction cleanly — neither update applies
! ValidationError in the signature — the caller knows exactly what can fail
• The query builder compiles to parameterized SQL — no injection, ever

Designed for graph-based AI coding

Today's AI coding tools spend 54% of their tokens re-reading your codebase. U eliminates that cost. The modifier system makes every function's contract mechanical and exact — no LLM needed to build the dependency graph, verify changes, or generate documentation. When LLMs are used, the cost is paid once and cached forever.

Read the full story The Next Claude Code

The u keyword — the 13th keyword

u f marks a function as AI-managed. The LLM generates the body. The compiler verifies it against the type system, the modifier constraints, and the dependency graph. The result is cached — zero tokens on subsequent builds. Remove u to take over. Add it to delegate. One letter toggles the human-AI boundary.

U
/// Rank by relevance. Prefer exact matches.
u f search(query: S, items: [Product]) -> [Product]

// Human writes the wiring
f main()
	serve(8080, {
		"GET /search": (req) => Response.json(
			search(req.query["q"], catalog())
		)
	})
How u works

Exact arithmetic with Q

U's Q type uses rational numbers — no floating-point rounding, no epsilon comparisons, no 0.1 + 0.2 ≠ 0.3 bugs. Financial calculations, fee splits, and voting weights are exact by default. The underlying algorithm is described in Quotient Tree Arithmetic (arXiv:2607.22612) — deferred division with bounded symbolic depth and cross-subtree cancellation.

U
// Q arithmetic is exact — no rounding
fee = amount * 3 / 100   // exactly 3%, not 2.9999...
split = total / 3         // keeps the rational, never truncates
fee == amount * 3 / 100   // true, always — exact comparison

Roadmap — where U goes from here

U is the language. Safebots is the platform. The modifier system connects them.

How far along is it

U is a working reference compiler, not a finished product. The status page is deliberately blunt about which features run, which are simplified, and which are still stubs — every row names its own limits.