---
title: "Workspaces: create, switch, rename and delete | Briks"
url: https://briks.dev/docs/workspaces
description: "A workspace holds your projects, members, media, skills, plan and credits. Create one, switch between them, rename one and delete one you no longer need."
last_updated: 2026-10-08
---

# Workspaces: create, switch, rename and delete

Everything you make in Briks lives in a workspace: the projects, the people who work on them, the media library, your skills, the plan and the credits. This page shows how to create a workspace, move between the ones you belong to, rename one, move projects across and delete a workspace you no longer need.

7 minute read Checked against the studio on 8 October 2026

## What a workspace holds

Think of a workspace as a shared office for one team or one client. Everyone in it sees the same projects and spends from the same credit balance, and each person has a role that decides what they can change. You can belong to several workspaces at once, each with a different role.

| What | Where you find it | Good to know |
| --- | --- | --- |
| Projects | **Projects** in the sidebar | A project belongs to one workspace at a time. Owners and Admins can move it to another. |
| Members and roles | **Members** | There are no seat fees. The plan sets how many people the workspace holds, you included: you alone on Free and Starter, 3 on Pro, 10 on Studio and 25 on Agency. |
| Media library | Any project's **Media** tab and its prompt box | Pictures and videos uploaded once can be used by every project in the workspace. |
| Skills | **Skills** | Shared by every project in the workspace. |
| Templates | **Templates** | Saved versions anyone in the workspace can start a new project from. |
| Plan and credits | **Billing**, and the credits bar at the foot of the sidebar | The plan and the balance belong to the workspace, not to the person who set them up. |
| Name and settings | **Settings** | Owners and Admins can change them. |

Your own account (your name, email and password) sits outside every workspace and is the same in all of them. That lives on your [profile](https://briks.dev/docs/account).

## Create a workspace

Make a new workspace

1. Open the workspace switcher

   Where: Top of the sidebar

   Click the workspace name at the top of the sidebar. Under the name you see the plan and your role in it, for example **Free plan · Owner**. A list of every workspace you belong to opens, with a tick beside the one in use.

2. Choose Create workspace

   Where: Workspace switcher

   It sits at the foot of the list. A small window called **Create a workspace** opens.

3. Name it

   Where: Create a workspace

   Type a **Workspace name** of 2 to 50 characters. Use something you will recognise at a glance in the list, such as the client's business name.

4. Create it

   Where: Create a workspace

   Choose **Create workspace**. Briks makes the workspace, makes you its Owner and opens Home inside it. The sidebar now shows its name, and the credits bar shows its own balance.

Free credits come with your first workspace only

The 50 free credits arrive once per person, with the first workspace you own. A workspace you create after that starts with no credits until it is on a paid plan, so you cannot start a build in it straight away: choose a plan in [Billing](https://briks.dev/docs/billing) first. Deleting your first workspace and creating a new one does not bring the free credits back.

One person can own up to 10 workspaces. At the limit, Briks says: "You own 10 workspaces, the most one person can. Delete one you no longer use first." The count is of workspaces you created and are still an Owner of, so handing one to a client and leaving it, or taking another role there, frees a place. Workspaces you were invited into do not count.

## Switch between workspaces

Click the workspace name at the top of the sidebar and pick another from the list. Each row shows your role and the plan, such as **Editor · Pro plan**. The studio reloads on Home in the workspace you chose, and from then on the sidebar, the credits bar, Members, Billing and Settings all belong to that workspace.

You rarely need to switch by hand to open a project. If you follow a link to a project in another of your workspaces, Briks switches to that workspace for you first, so a teammate's link always opens with the right credits and the right role.

Tip

You can also press ⌘K (Ctrl K on Windows) to open **Jump to** and go straight to any page or project in the workspace you are in.

## Rename a workspace

Where

1. Workspace
2. Settings

1. Open Settings

   Where: Sidebar

   Under the **Workspace** heading in the sidebar, choose **Settings**. The top of the page shows the workspace's name and the email you are signed in with.

2. Change the name

   Where: Settings

   In the **Workspace** group, edit **Workspace name**. It needs at least two characters.

3. Save

   Where: Settings

   Choose **Save** under the name. **Saved** shows at the foot of the window, and the new name appears in the sidebar and in everyone else's workspace list.

Only Owners and Admins can change settings. Editors and Viewers can open the page and read it, and see the line "An Owner or Admin changes these settings."

White-label

Below the name, a **White-label** section reads: White-label is not available yet. Write to us if you would like it. Its **Write to us** button opens an email to hello@briks.dev. Running Briks under your own brand is not something you can set up yourself today.

## Move a project to another workspace

Projects can change workspace without being rebuilt. You need to be an Owner or Admin in the workspace the project is in now, and an Editor, Admin or Owner in the one it is going to.

Where

1. Projects
2. Your project
3. Settings
4. General
5. Move project

1. Find Move to another workspace

   Where: Settings, General

   Open the project, then its **Settings** tab, which opens on **General**. Further down the page, a card holds **Duplicate**, **Save as template** and **Move to another workspace**. The same choice is in the ••• menu on the project's row in **Projects**. If you are not an Editor or above in any other workspace, the button is greyed out and the card says so.

2. Pick where it goes

   Where: Move dialog

   Choose **Move project**, then pick the workspace in **Move to**. The window lists what moves with the project and what stays behind.

3. Move it

   Where: Move dialog

   Choose **Move to** followed by the workspace's name. The project opens in its new home, on its settings page.

| Moves with it | Stays with the old workspace |
| --- | --- |
| Every version and the published site | The credits already spent on it |
| Its domains, analytics and form messages | Members, who reach it only if they belong to the new workspace |
| Its chatbot |  |
| The library pictures and videos it uses, copied into the new workspace's library |  |

Good to know

The published site keeps running while it moves. Two things stop a move: a build running on the project ("A build is running on this project. Move it once the build has finished."), and a target workspace whose plan is already full, which says it includes so many projects and asks you to upgrade.

## Leave or delete a workspace

Both live in the **Danger zone** at the foot of **Settings**. Each button says plainly why it is greyed out when it cannot be used.

- **Leave workspace** is open to everyone. You lose access to its projects at once, and an Admin can invite you back. You cannot leave if you are its only Owner ("make someone else an Owner in Members first") or if it is your only workspace ("Create another first").
- **Delete workspace** is for Owners only. The workspace must hold no projects, so move or delete them first, and it cannot be your only workspace. To confirm, type the workspace's name exactly as it appears.

Deleting cannot be undone

Deleting removes the workspace with its members, invitations, templates, skills and unused credits. Unused credits are not moved anywhere else, so spend them or move your projects to a workspace that will use them first.

## Example: an agency with a workspace per client

How one agency sets it up Northgate Design, a Bristol agency with six clients

> Northgate keeps its own workspace for pitches and its own site, and creates one workspace per client: Harbour Physio, Leith Sourdough, Calder Joinery and so on. Each client's projects, form messages, media and credits stay in their own place, so a picture uploaded for the joinery never turns up in the bakery's library. The two designers are Editors in every client workspace and the studio lead is the Owner. The physio clinic's practice manager is a Viewer in hers, so she can look at visitors and previews without changing anything.

Work never crosses between clients, everyone sees only the projects they should, and when a client takes the site on, the agency makes them the Owner of their workspace. See [Handing a site to a client](https://briks.dev/docs/handing-over-to-a-client).

### Do I pay for each person in a workspace?

No. There are no seat fees: the plan includes its members, 3 on Pro, 10 on Studio and 25 on Agency, you included. Free and Starter are for the owner alone.

### Can I move credits from one workspace to another?

Not in the studio. Each workspace has its own balance, which its projects spend from.

### I deleted my first workspace. Why does my new one have no credits?

Free credits come once per person, with the first workspace they own. They do not come back with a new one.

### Why can I not delete a workspace?

It still holds projects, it is your only workspace, or you are not one of its Owners. The **Delete workspace** row says which.

## Read next

- [Workspaces and account **Members and roles** Invite people by emailed link and give each one a role: Owner, Admin, Editor or Viewer. See what each role can do and how many people each plan holds.](https://briks.dev/docs/members-and-roles)
- [Workspaces and account **Handing a site to a client** There is no handover button: you hand a workspace over by making your client its Owner. A walkthrough for agencies, with plans, credits and domains covered.](https://briks.dev/docs/handing-over-to-a-client)
- [Workspaces and account **Billing** See your plan and credits on the Billing page, buy a plan at checkout monthly or yearly, move up or down, cancel, and find your receipts and invoices.](https://briks.dev/docs/billing)
- [Workspaces and account **Your profile and sign-in** Change your name, email and password, sign in with Google, see where you are signed in, connect Telegram, pick a theme, and delete your account for good.](https://briks.dev/docs/account)

Still stuck?

Write to [hello@briks.dev](mailto:hello@briks.dev) with your project's name and what you expected to see. A screenshot helps.