Library

Articles

Five runtime surfaces explain how Decubed keeps an AI workspace inspectable while still letting the execution path change.

Articles

Decubed is easier to understand when the runtime is broken into durable surfaces instead of one blurred chat box.

The Five Surfaces

The current article set covers five pieces of the workspace:

  • Environment owns configuration, profiles, folders, and policy.
  • Threads own the user-visible trail of a run.
  • Tools own executable capability, approval, and normalization.
  • Memory owns durable context that should survive model changes.
  • Router owns provider resolution and execution planning.

Why This Split Matters

When those surfaces stay separate, the product can:

  • switch models without losing workspace state
  • keep approvals and tool calls visible
  • preserve thread history as a durable log
  • move between local and hosted execution paths without rebuilding the app around each provider

Read In Order

If you are new to the runtime, start with Environment, then move through Threads, Tools, Memory, and Router.

Browse the runtime