VIBEDESK · HANDHELD AI WORKSTATION · VibeOS

Thought, made real.

Say it. Hold it. Play it. A handheld that turns one spoken sentence into playable software.

everything here is labeledlivereplayrendered

Front view of the rendered VIBEDESK handheld hardware

interactive concept · VibeOS design sim · rendered hardware

VIBEDESKVibeOS DESIGN SIM 0.3 · vibedesk.target--:--87%

PRESS POWER — or P

←↑→↓ d-pad · Z● confirm · X — back · R / space hold to talk · P power
real controllers welcome — START = LOCK approval

01 · the complete loop

Speak. See the work. Approve. Run.

One continuous interaction, provenance visible at every step. The architecture target: under a minute from the end of speech to a playable build — p90, a target, not yet a published result.

Speak

LIVE MIC METER

Hold the R shoulder and talk — the mic level is real, in this tab. (Transcript replayed until the browser model clears its gate.)

Understand

REPLAY TRANSCRIPT

Your sentence becomes an editable intent you confirm before anything runs. (Typed from a labeled reference transcript.)

Plan

REPLAY PLAN

Intent becomes steps, tools, and a visible compute route — before execution. (Replayed reference sequence.)

Forge

REPLAY CLOUD ROUTE

Code is generated, built, and signed on the FLAGSHIP cloud tier. (Replayed here; nothing is called.)

Verify

REPLAY VERIFY

Build, signature, first-frame, and policy checks pass before you are ever asked to approve. (Reference events.)

Approve

LIVE HUMAN

Only the physical LOCK key crosses this gate. No other demo key can approve for you.

Run

LIVE BROWSER

Cat Runner opens inside the handheld screen — really playable, right here. (Target device hardware remains a milestone.)

02 · intent-centric computing

The bottleneck isn't one tool. It's between tools.

Context gets rebuilt, intent gets carried by hand, and every app starts from a partial view. VIBEDESK is designed as one handheld system where the hardware, VibeOS, compute routing, and physical world share the same session.

Incumbents extend the app-centric computer. VIBEDESK redesigns the computing unit around intent.

Ecosystem

Developer APIs, reusable agents, workflows, and third-party extensions around one continuous session.

SYSTEM CONCEPT

Physical AI

Sense the environment, control connected hardware, and close the loop between digital intent and physical action.

SYSTEM CONCEPT

Hybrid compute

Voice and bounded private operations stay local; heavy code generation routes to CLOUD or a private BASE by policy.

ARCHITECTURE TARGET

VibeOS

A persistent agent, project memory, and cross-tool execution replace repeated setup with one durable intent thread.

DESIGN PROTOTYPE

AI hardware

A purpose-built handheld designed around sustained on-device inference, physical controls, and instant access.

PRE-EVT CONCEPT

BUILT FIRST FORAI-native developers, founders, and independent builders.

People who already treat AI as a means of production—and feel the cost of losing context every time work moves between a laptop, a model, a message, and a physical task.

mechanical study · pre-EVT

Built like an instrument.

Pull the assembly apart. The layers below show the intended service logic and physical hierarchy—not final production CAD. Every screw, shadow, membrane and board has to earn its place before this becomes real hardware.

assembly depth

01
display assemblyglass · panel · carrier
02
physical input layercaps · pivot · silicone membrane
03
thermal pathshielding · spreader · structural plate
04
compute carrierpre-EVT arrangement · not production PCB
05
power systemsplit pack concept · service boundary open
06
audio + hapticsstereo chambers · dual tactile motors
07
rear structurefasteners · bosses · port openings

ASSEMBLEDPhotoreal exploded concept of the VIBEDESK display, controls, thermal layer, compute carrier, power system, audio and rear structure. Internal arrangement is a pre-EVT study.

CONCEPT · PRE-EVT INTERNAL ARRANGEMENT

spec targets · pre-EVT

The target sheet.

Values here are design targets, not measurements. Blank rows stay blank until EVT.

RENDEREDphysical input: d-pad · dual sticks · four face keys · dual shoulders · dedicated LOCK key
TARGETmaker i/o: 6-pin spring-contact link · GPIO ×8 · I²C · PWM through the Rev A module
TARGETcompute tiers: FLAGSHIP heavy forging · EFFICIENT quick edits · LOCAL voice and dialog
TARGETvoice: on-device ASR · wake word local · 790 MB Nemotron browser port gates the live path
TARGETforge latency: p90 ≤ 60s, end of speech → playable build, locked template domains
TARGETbiometrics: bio.* never-sync — biometric data never leaves the device
PENDING PROOFdimensions · weight · battery: unset · gated by EVT

04 · material + evidence

Evidence, not theater.

The hardware views are rendered studies. The browser interactions are live. The ledger keeps those two truths adjacent, so surface finish never outruns proof.

Rendered close-up of the VIBEDESK direction pad, stick and graphite enclosure — **VISUAL STUDY · D-PAD**surface and geometry intent · not measured

Rendered close-up of the VIBEDESK thermal spreader, compute carrier and split battery concept — **VISUAL STUDY · COMPUTE CORE**layout direction · not production CAD

LIVEbrowser workspace: One DOM workspace composited into the rendered machine. Pointer, touch, keyboard and controller routes share the same browser state.
LIVEmicrophone: With permission, this page renders the real mic level in this browser tab and uploads no audio. The transcript stays a labeled replay until the 790 MB Nemotron browser port clears its gate.
LOCALprivate processing: Text and .txt/.md files are processed in the browser tab and exported as a Blob. The demo code has no request path.
REPLAYforge sequence: An authored reference sequence shows the target forge order. Its compressed clock is simulated and labeled wherever it appears.
RENDEREDhardware visual studies: The assembled and exploded views communicate form and service intent. They are not measurements, validation data, or production CAD.
TARGETthe minute: p90 ≤ 60s from the end of speech to a playable build, for locked template domains. An architecture target — M3 telemetry and an uncut device film gate any marketing use.
TARGETcompute tiers: FLAGSHIP for heavy forging · EFFICIENT for quick edits · LOCAL for voice and dialog. Code generation is never routed local; the Private Local path is browser-local and says so.
PENDING PROOFhandheld boot proof: CI framebuffer evidence is not embedded here yet. All-green greenboot — the boot-verification gate — and an uncut device film remain publication gates.

READ THE LEDGER BEFORE YOU BELIEVE THE DEMO — WE'D RATHER UNDER-PROMISE IN MONO THAN OVER-PROMISE IN MARKETING SERIF.

LEDGER REVISED 2026-07-11 · DESIGN SIM 0.3 · ROWS CHANGE ONLY WHEN EVIDENCE DOES

05 · founder waitlist · local preview

Preview the founder plate.

Founders on the list will get the first build batch, the maker-bay spec early, and a vote on what the forge learns first. This local build previews that moment — it does not send your email, reserve a serial, or create a waitlist entry.

VIBEDESK · FOUNDER WAITLIST PLATE

VD-____

founder batch · awaiting you

FORGE UNIT · FOUNDING BATCH · US