Roadmap
Broad roadmap, narrow active scope.
A wide map is cheap. Doing everything at once is not.
2026
Now
Software only. Zero physical hardware.
2026 to 2035
Prototypes and dead ends
Build some ideas, drop the rest.
~2035
Formal launch, target
A current working plan, not a promise.
- Target, not a promise
- Most of this map will not exist by then
- Not a funding round, not a launch date
What the labels mean
- BUILDING NOWCommits this month
- PLANNEDNext step written down, not started
- LONG-TERMDirection only, nobody building it
- VERY LONG-TERMAmbitious idea, nowhere near
Only BUILDING NOW claims work is happening. The other three do not exist.
Each project
ME OS
BUILDING NOWQEMU and VirtualBox. Never booted on physical hardware. M1 to M28 verified.
Check Twenty host suites, and a headless boot that reads the framebuffer back
Holoprojector
BUILDING NOW3D simulator. No projector. Planned display method: a laser trapped particle, lit as it moves.
Check Six milestones, all against the simulator. The hardware backend refuses to run
Carl
BUILDING NOWAgents on one personal machine. A shared chat room is hosted. The agent group is not deployed.
Check Frozen v1 panel, event ordering proved against the real binaries
AOS
BUILDING NOWOne personal machine. Nothing hosted. Phases 0 to 3a done, the command runner is next.
Check Supervision, the policy gate and the audit log, checked against real processes
Employee Bracers
LONG-TERMNothing built. No sensor choice, no design, no accuracy shown.
Check A simulator adapter taking a made up hand pose
Lab Suit
LONG-TERMA direction. No suit, no module, no visor.
Check Nothing to check. No repository, no prototype
ME Smart Driver
LONG-TERMA direction. No driver, no torque measurement designed.
Check Nothing to check. No repository, no prototype
Research Tools
LONG-TERMA direction. Kept shallow until a branch is blocked without it.
Check Nothing to check. Nothing built
QEMU and VirtualBox. Never on physical hardware.
Simulator only. No projector. The planned display method is unproven.
Why the map is wide
- ProductsHoloprojector · Bracers · Lab Suit · Driver
- Agent layerCarl
- Shared toolsResearch tools · Manufacturing
- Computing baseME OS
Milestones
Complete means it runs and a check says so.
ME OS
- Complete
M1: boot proof
Boots over UEFI to one line. Framebuffer checked in QEMU.
- Complete
M2: keyboard input
Last key pressed, below the boot line. Injected in QEMU, framebuffer read back.
- Complete
M3: draw a rectangle
One filled rectangle. Size, centring and clipping checked.
- Complete
M4: mouse cursor
Cursor follows the mouse. Movement measured in QEMU.
- Complete
M5: move the rectangle
Sixty pixels a second off a hardware timer. Four captures checked.
- Complete
M6: basic arithmetic
Type a sum, get the answer. Overflow and divide by zero refused.
- Complete
M7: conditionals
IF, THEN, ELSE on one line. Both branches typed and read back.
- Complete
M8: variables
Eight named values. An unset name is an error, not a quiet zero.
- Complete
M9: keyboard controlled rectangle
Arrow keys steer it. Three presses down measured at exactly 48 pixels.
- Complete
M12: rotating triangle and floating point
Floating point confined to one file, enforced at link time.
- Complete
M10: edge wrapping
The rectangle wraps at both corridor edges, checked in QEMU.
- Complete
M11: click and drag the rectangle
Picked up with the pointer, keeping the press offset, and left on release.
- Complete
M13: window object model
Stable window ids, geometry and z order in a bounded pool.
- Complete
M14: window surfaces and compositor
Window local pixels, clipped and composited in z order.
- Complete
M15: focus and event queues
Focused input routed as bounded per window events.
- Complete
M16: dirty regions and an immediate cursor
Only what changed is drawn. A cursor move costs a few hundred pixels, not a screen.
- Complete
M17: tiling layout
Windows placed by a rule into tiles that never overlap.
- Complete
M18: the ME OS Default desktop
Bars, frames, focus and a taskbar, with clicks routed to the right window.
- Complete
M19: a terminal that knows what the machine is
A shell answering with what the kernel measured, never a written down answer.
- Complete
M20: a filesystem and the commands that move around it
Real directories, files and paths, with real errors when a path is wrong.
- Complete
M21: an editor, a clock, and a shell you can work in
Text changed in the middle of a line and saved. The machine knows the time.
- Complete
M22: four workspaces
Ctrl 1 to 4 switch, Ctrl M sends a window across.
- Complete
M23: a disk
The filesystem is written to an ATA disk and survives a restart.
- Complete
M24: files made of blocks
A file is a list of blocks from a shared pool, so a document fits in one.
- Complete
M25: output that need not go to the screen
Any command can be redirected to a file or piped into another.
- Complete
M26: scrollback
Page Up and Page Down look back at what went past.
- Complete
M27: files of commands
RUN reads a file and does what it says. A script that runs itself stops.
- Complete
M28: finishing a name
Tab completes a filename, and offers nothing rather than the wrong thing.
- LONG-TERM
Proof point: Factorio running on ME OS
Factorio does not run on ME OS. No Linux system calls, no ELF loading, no memory allocator, no processes.
Holoprojector
- Complete
M1: rotating pyramid
A pyramid in a 3D simulator, driven through the command layer.
- Complete
M2: multiple scene objects
Several objects, each with its own transform. No display hardware.
- Complete
M3: pointer interaction
Hover, select, grab, drag, release. Only the mouse works, the rest are stubs.
- Complete
M4: simulated Holo Pencil
A software pointer on the same commands. No physical pencil exists.
- Complete
M5: bracer input adapter
Hand pose, alignment, grip, losing tracking. No bracer exists, no sensor is read.
- Complete
M6: richer Carl adapter
Several instructions per sentence. Offline keyword matching, no model, no network.
- PLANNED
M7: multi user interaction model
Several control surfaces on one scene. Still a simulator.
- PLANNED
M8: physical backend protocol design
What a real projector would be sent, written down. No hardware control code.
- LONG-TERM
M9: hardware integration
Gated behind an independent safety review. Nothing has been built and nothing is scheduled.
Carl
- Complete
Command Panel v1, frozen and verified
Event ordering proved against the real binaries. It runs on one machine.
- Complete
Agent runtime, first slice
Identity, session and process as three lifetimes. A restart is not a new agent.
- Complete
A shared room for people and agents
One record both read. A name is earned by a password and cannot be chosen.
- LONG-TERM
A deployed agent group
Not installed. No server, nothing anybody outside can reach.
AOS
- Complete
Supervision and recovery
Agents outlive the daemon. A pid plus its start time, so recovery never adopts a stranger.
- Complete
The daemon, and adopting orphans
Checked over a real socket, against genuinely orphaned processes.
- Complete
The policy gate
What may run, and what needs a commit first. Refusals are recorded too.
- Complete
A file capability server
Proven against the real binary. It refuses a path in its own process, not Carl's.
- PLANNED
The command runner
The harder half. Nothing of it is built.
Employee Bracers
- PLANNED
Hand tracking feasibility
Can sensing resolve finger intent? Asked before anything is designed.
Research Tools
- PLANNED
Platform design
Define the shared simulation and measurement layer.
Energy
- LONG-TERM
Smart DC bus study
Paper study only. Nothing built, nothing energised.
Manufacturing
- LONG-TERM
First production proof of concept
One clip, printed, checked by camera and weight. Nothing built.
Proof point
Not today, not soon, possibly never. Kept here because it is easy to check. The left column grew a lot between M20 and M28. The right column did not get any shorter, which is the point of drawing both.
ME OS has today
- Framebuffer drawing and a compositor
- Keyboard and mouse
- A hardware timer and a real time clock
- A tiling desktop with four workspaces
- A shell, a text editor and pipes
- A filesystem on a disk that survives a restart
Factorio needs
- Linux system calls, including the file ones
- ELF loading
- A memory allocator
- Processes and threads
- A graphics path
- Sound, networking and a great deal more
Route: Linux compatibility, not a rewrite.
Selected milestones only. This site reads from no ME system.