Spaces
Organize projects into workspaces using Spaces
Spaces
A Space is a workspace that groups one or more Projects together. It gives you a place to manage who can see and administer those projects as a set, instead of inviting people to each project one at a time.
Not yet shipped: Elixion does not currently have an Organization/tenant boundary above Spaces. There is no concept of "all members of your company" distinct from the people you've explicitly added as Space or Project members. A real org/tenant isolation layer for onboarding independent external teams is tracked as ELI-1284 and has not shipped yet. Until it does, do not describe Spaces as providing organization-level isolation in product copy, sales material, or security documentation.
What is a Space?
A Space can contain multiple Projects. Use it to group related projects — by team, by client, or by product line — so you can manage membership and browse across them together.
Space: Engineering
├── Project: Backend API
├── Project: Frontend App
└── Project: Infrastructure
Space Membership
Access to a Space is granted by adding a user as a Space member with a role. Roles form a strict hierarchy, from least to most privileged:
| Role | Typical use | |------|-------------| | VIEWER | Read-only access to the space | | MEMBER | Default role for regular contributors | | ADMIN | Manage space settings and membership | | OWNER | Full control, including deleting the space |
These are the only roles that exist for Space membership — there is no "Guest" or custom-role system today.
Important: Space membership does not gate project access
Space membership is used to answer "which workspaces does this user belong to?" (for navigation, favorites, and similar UI). It is not what the backend checks when deciding whether a user can view or edit a specific project's issues, boards, or sprints — that is controlled independently by Project membership (see Team Management).
In practice this means:
- Adding someone to a Project also adds them to that project's Space (as
MEMBER, unless they already have a higher role there). - Removing someone from a Space does not by itself remove their access to projects inside it — you must remove their Project membership as well.
Do not rely on Space membership alone as an access-control boundary.
Creating a Space
- Click Spaces in the sidebar
- Click + New Space
- Enter space details:
- Name — Descriptive name
- Slug — Short identifier
- Description — Purpose and scope
- Icon / Color — Visual identifiers
There are no space visibility settings (no "Open / Closed / Secret" modes). Access is entirely determined by who has been added as a member, and at what role.
Managing Spaces
Space Members
- Go to Space Settings > Members
- Add a member by user, and choose their role (
OWNER,ADMIN,MEMBER, orVIEWER)
Only OWNER and ADMIN can manage space settings and membership. OWNER
is required to delete the space.
Favorites and the Space Selector
The Space Selector in the sidebar lets you:
- Filter by Space — Show only projects in the selected space
- Global View — Show all projects you have access to
- Quick Switch — Jump between spaces, including favorites
Archiving a Space
Spaces that have been inactive for a while are automatically flagged for archival; you can also archive one manually from Space Settings. Archived spaces are hidden from normal views but the underlying projects and data are preserved.
Deleting a Space
Deleting a space is permanent and requires the OWNER role. Move or archive
the projects inside it first.
Next: Team Management - Members and roles