Skip to main content
DocumentationWorkspaces

Workspaces

This page has been cleared and is ready for updated Builder Studio documentation.

A workspace is the shared container that everything else hangs off of. It groups your canvases, the people who can access them, and the workspace-scoped credentials your nodes use at runtime. Access to a canvas is access to its workspace: when you open a canvas, BuilderStudio resolves your role on the canvas's workspace and grants or denies the action from there.

One workspace, many surfaces
Canvases, integration connections, and API keys all carry a workspaceId. That single link is what lets you share a body of work with a team without re-granting access per resource — add someone to the workspace and they reach every canvas and credential it owns, bounded by their role.

What a workspace owns

  • Canvases. Every canvas belongs to exactly one workspace and is listed under it. See Canvas overview for what lives on a canvas.
  • Members. The owner plus any collaborators who have been invited and have accepted. Each member has one effective role in the workspace.
  • Credentials.Integration connections (OAuth and service/bring-your-own-key) and API keys are stored against the workspace, so a node's run uses the workspace's connected accounts rather than any one member's personal credentials. See Integrations.
  • Billing. The subscription plan, plan status, and billing customer live on the workspace, so usage and entitlements are shared by the team that shares the workspace.

Ownership and roles

Every workspace has exactly one owner, recorded as ownerId on the workspace itself rather than as a member row. The owner is immutable — ownership cannot be reassigned or downgraded through the membership tools, and the owner cannot be removed from their own workspace. Everyone else is a member with one of three roles: admin, editor, or viewer. The Roles & Permissions page documents exactly what each role can do.

Create a workspace

  1. Name the workspace

    Pick a name that is unique among the workspaces you own — duplicate names (case-insensitive) for the same owner are rejected. A description is optional.

  2. You become the owner

    The creator is set as the workspace owner automatically. There is no separate "add owner" step, and you do not appear as a member row — owner access is derived from the workspace record.

  3. Add canvases and collaborators

    Create canvases inside the workspace, then invite members by email so they can join with a role you choose.

Workspace limit
A single user can own up to 50 workspaces. Workspaces you have joined as a member do not count against that limit — only the ones you own.

How access is resolved

On every read or write, BuilderStudio resolves your effective role for the target workspace: owner if you created it, otherwise the role from your membership. If you have no relationship to the workspace at all, the request is rejected before it touches any canvas or credential. Because the same membership grants access to every canvas in the workspace, you scope a person to a body of work by choosing which workspace they belong to, not by sharing individual canvases.

Access resolutiontext
open a canvas  -> look up the canvas's workspaceId  -> resolve your role on that workspace       owner   (workspace.ownerId === you)       admin / editor / viewer  (your membership row)       none    -> request denied  -> allow or deny the action based on the role
Deleting a workspace
Only the owner can delete a workspace, and deletion removes the workspace's canvases and the resources it owns. There is no team-member path to delete a shared workspace — that authority stays with the owner.

Related

Was this page helpful?