NWZUPWork OS

01 Architecture

Neutral at the seams. Opinionated at the core.

The system is designed so that no model, tool, or cloud owns your work — while running, today, on a concrete stack: compilers and execution on the Claude API, state in a durable store, every run receipted.

02 System diagram

How the pieces fit.

* Browser/computer execution stays gated until safely implemented. Diagram is a concept illustration of the architecture.

03 Layers

Each layer does one job.

04 Neutrality, concretely

What “vendor-neutral” actually means here.

Three enforceable properties, not a slogan:

1 · State outlives providers

Your Work State is provider-agnostic data. If Claude disappeared tomorrow, your goals, decisions, and artifacts remain — re-routable, not stranded.

2 · Adapters are boundaries

Each provider integration is a contained adapter with a stable interface. Adding Gemini doesn’t touch the compiler; swapping models doesn’t touch your plans.

3 · Costs are comparable

The ledger records every provider in the same units — tokens, latency, dollars, acceptance. Neutrality you can audit beats neutrality you have to trust.

And the honest counterweight: today the deepest integration is Claude — compiler, execution, and ledger all run on the Claude API. Neutrality is the architecture; Claude is the practice. We’re an independent product built on the Claude API, not affiliated with or endorsed by Anthropic.

Built for people who read architecture pages.

If this page made sense to you, you’re who the alpha is for. Request access and tell us what you’d run through it.

Request access