Skip to main content

Kosmos vs Arco

KosmosArco
What it isGenerative AI operating systemGenerative UI library
OwnsShell, workspaces, agent UX, focus model, app platformTokens, components, blocks, registry contract
User-facing name"Kosmos" on the marketing site and in product copy"Arco" in docs, spec, and library APIs
Package / appKosmos-computer/Kosmos, Kosmos-computer/www marketingKosmos-computer/docs, src/components/ui/ in the prototype
Demohttp://localhost:4610https://docs.kosmos.computer

How they connect

┌─────────────────────────────────────────┐
│ Kosmos shell (NavRail, windows, apps) │
├─────────────────────────────────────────┤
│ Workspaces: Chat, Studio, Settings… │
├─────────────────────────────────────────┤
│ Arco: tokens → ui/ → patterns/ → blocks│
├─────────────────────────────────────────┤
│ Engines: OpenClaw, OpenHands, Odysseus │
└─────────────────────────────────────────┘

When an agent generates UI:

  1. Kosmos provides context — which workspace, window, and entity is in focus.
  2. Arco provides vocabulary — which blocks and props are valid.
  3. The registry (planned) validates output and maps it to React renderers.

Naming in docs and code

  • Use Kosmos when describing the OS, shell, workspaces, or end-user product.
  • Use Arco when describing tokens, components, blocks, schemas, or the generative library.
  • The prototype repo is named Kosmos; product branding on the website is Kosmos.

SDK

Programmatic access to a Kosmos environment uses the Kosmos SDK (@kosmos-computer/sdk) — not Arco. Arco appears in SDK integrations only when agents emit generative UI or os_ui events inside the shell.

See the Arco spec overview on the marketing site for architecture decisions.