Atom — Architecture in motion
AVAILABLE TO TRYDON’T JUST READ ABOUT ATOM.<br>BUILD SOMETHING WITH IT. Atom Vibe Coder is open for visitors to experiment with: describe an app, let the thinking model assemble a small source project, then download what it creates.
TRY THE VIBE CODER 50K TOKENS · 2 RUNS / DAY ↓ PRIVACY / CORE BUILD PRINCIPLENO PRODUCT TELEMETRY.<br>NO TRACKERS. NO PROFILING.
Privacy is a core belief in how I build and what I build. I do not add analytics SDKs, advertising pixels, fingerprinting, session replay, or behavioral profiling to Atom projects.<br>YOUR ATTENTION IS NOT THE PRODUCT.<br>HOSTED VIBE CODER / HONEST BOUNDARYThe public demo sends your prompt to OpenRouter. To enforce two runs per UTC day, Atom keeps only a one-way visitor hash and daily request/token totals. It does not store prompts or generated project files. This is quota metering—not behavioral telemetry. Infrastructure providers may still process ordinary request metadata under their own policies.
ATOM ARCHITECTURE / 60-SECOND READSMALL MECHANISMS · DELIBERATE COMPOSITION<br>SMALL PARTS.<br>FIXED ORDER.<br>NEW SYSTEMS.<br>Atom begins with the smallest useful mechanism. Keep the core dependency-free by default, prove one contract at a time, freeze what works, then create new behavior by composition instead of repeatedly rebuilding the engine.<br>THE RESULT: MECHANISMS THAT STAY UNDERSTANDABLE, CONTRACTS THAT STAY STABLE, AND SYSTEMS THAT CAN MOVE FROM IDEA TO FUNCTIONAL BUILD UNUSUALLY FAST.
COREZERO DEPENDENCIES BY DEFAULT<br>CONTRACTSIMMUTABLE AFTER PROOF<br>BUILD SHAPESMALL ENOUGH TO FINISH FAST<br>ORDERORCHESTRATED · NEVER ACCIDENTAL
01 / BUILD FROM ATOMSReduce the engine<br>to mechanisms.<br>Each atom owns one bounded behavior. The orchestrator composes those atoms into a renderer, bus, database, browser, driver, or platform without hiding the seams between them.<br>ATOM → ATOM → ORCHESTRATOR → ENGINE SEE THE ENGINES ↓<br>02 / COMPOSE FROM THE OUTSIDEKeep the sealed<br>engine sealed.<br>Wrap the public boundaries with an atom kit and orchestrator. Add a missing feature, replace behavior at the seam, or use cryptographic action gates to suppress anything that lacks the required proof—without cracking the engine open.<br>ADAPTER → ORDERED ATOMS → SEALED ENGINE READ THE TECHNIQUE ↗<br>03 / TRANSFORM · MATH · RECOMPOSEChange the math.<br>Change the result.<br>An adapter translates incoming or outgoing data into mathematical form. Ordered primitives edit that math, then the adapter recomposes it into valid data or pixels. The original can be transformed without becoming an opaque generated replacement.<br>DATA → MATH → ORDERED EDITS → DATA SEE AV1 CODEC AVATAR ↗
INCOMING DATA / PIXELS→ADAPTER →MATHEMATICAL REPRESENTATION→ORDERED ATOMS →RECOMPOSED RESULT<br>STACKING ORDER IS A CONTRACT. The same atoms in the wrong order can cancel one another, create artifacts, or weaken security. The orchestrator owns order, compatibility, fallbacks, and the proof that every stage received the form it expects. Dependency-free is the core ideal; hardware, operating-system, and sealed-engine boundaries remain explicitly named when outside dependencies are unavoidable.
An independent architecture journal<br>Ideas have<br>structure.<br>Atom is where I publish the systems, experiments, and architecture I’m building—down to the smallest indivisible idea.<br>Explore the work ↓<br>Engine showcase / 01Atom 3D Engine
A real-time SDF and raymarching engine built from pure mathematical primitives in Rust. Drag the browser model to rotate and scroll to zoom.
RAYMARCHING LIVEATOM 3D ENGINE / SDF FIELD<br>DRAG — ORBITREFLECTIONS · SOFT SHADOWS · PBRSCROLL — ZOOM
LIVE GPU VIEWER120 FPS INTENTIONAL CAP<br>UNCAPPED · 960×540633 FPS GPU RENDER<br>SAME PBR SCENE · 1080P278.6 FPS · RTX 5070 TI
01 / GPU render02 / PBR showcase03 / Global illumination
Engine showcase / 02Atom Renderer
A from-scratch 2D UI rendering engine built entirely from mathematical primitives—no browser engine and no GPU vector library.
ATOM RENDERER — LIVECPU FIELD · ANALYTIC AA<br>MATHEMATICALPIXELS.<br>FieldGlyphSystem<br>RESEEDPAUSE
8 ROOT ATOMS0 RUNTIME DEPS60 FPS TARGETMOVE POINTER TO BEND THE FIELD
MEASURED · CPU FAST · 860×380482 FPS UNCAPPED<br>CLAIM THRESHOLD245+ FPS EXCEEDED<br>BUS / TILED FULL176 FPS WITH BLOOM
CPU RASTERIZEDZERO DEPENDENCIESTRUE TYPE OUTLINESSDF + SCANLINE
01 / Paths + holes02 / Analytic gradients03 / HTML reduced to primitives<br>The controls above are a browser proof surface for visitors to explore the interaction model. Performance figures come from a fresh 40-frame release benchmark on the native CPU renderer; they are throughput measurements, not a display refresh-rate claim.
Architecture showcase / 03Spiderweb Bus
The finished Ordo bus spine: a three-dimensional fabric with six permanent, crypto-required lanes, sixteen reserved roads, self-announcing crates, and spider-owned orchestration.
SPIDERWEB BUS · FINISHED ORDO SPINESELF-MODEL ONLINE<br>THE FABRIC CANSEE ITSELF.<br>01 APIordo.api02 P2Pordo.p2p03 HTTPordo.http04 SSHordo.ssh05 NATordo.nat06...