Spaces

Open one. Get to work.

Sales has its own. Support has its own. Routes, revenue, code, notes, the messy thing nobody built software for — each gets its own. Browse what's installed, add what isn't, and switch between them like rooms in a house.

Construct Spaces Space Store and launcher grid

Anatomy

What a Space is made of.

Four layers — the host chrome you sign in to, the subspaces rail, the toolbar, and the content surface. Every Space is a stack of these, tuned to its workflow.

Exploded isometric diagram showing the four layers of a Space
Host chromeThe window the OS gives every Space — sign-in, sidebar, theme, account.
SubspacesRail of focused views inside the Space — boards, queues, settings, automations.
ToolbarThe actions that belong to the open subspace. Create, run, approve.
ContentThe actual work surface. Boards, queues, dashboards, editors — whatever the workflow needs.

Underneath

Every Space inherits from the system.

Identity, memory, models, tools, permissions — handled once at the OS level. Spaces compose against them instead of reinventing them.

Its own interface

A real UI for the job — boards, queues, dashboards, editors. Whatever the work needs.

Its own Operator

An AI that knows this Space, its data, its actions. Not a generic chatbot dropped on top.

Its own memory

Decisions, files, recent state, preferences — kept inside the Space, carried turn to turn.

Shared identity & files

Sign in once, access lives at the system level. Spaces inherit from the OS, not the other way around.

Permissions you control

Read-only, run-tools, auto-execute — Spaces declare what they need, you decide what to grant.

Distribution, three ways

Public on the Space Store, private to your org, or scoped to a single project. Same SDK either way.

More Spaces

The built-ins are the start. The Space Store is the rest.

Browse everything published — productivity, finance, ops, games, and more — install in a click, or build the one nobody made yet.