Skip to main content

Workspaces API

Workspaces are the top-level organizational units in Plane. They contain projects, teams, and members.

Overview

Workspaces serve as the primary container for:
  • Projects: Organizational units for work items
  • Members: Users with various roles and permissions
  • Teams: Groups of members working together
  • Settings: Workspace-level configurations

Workspace Identifier

Workspaces are identified by a unique slug - a URL-friendly string identifier (e.g., acme, engineering-team). The workspace slug is used in all workspace-scoped API endpoints:

Workspace in API Responses

When workspaces appear in API responses, they typically use the lightweight WorkspaceLiteSerializer format:

Workspace Fields

uuid
Unique workspace identifier
string
Human-readable workspace name
string
URL-friendly workspace identifier (unique across all workspaces)

Using Workspace Slug

The workspace slug is required for most API operations:

List Projects in Workspace

Search Work Items in Workspace

Create Project in Workspace

Finding Your Workspace Slug

You can find your workspace slug in several ways:

From the Plane URL

When logged into Plane, your workspace slug appears in the URL:

From API Responses

Workspace information is included in many API responses:

From Search Results

Workspace information appears in work item search results:

Workspace Members

Workspace members are users who have access to the workspace with specific roles:

Member Roles

Member Validation

Many API operations validate that users are workspace members:
  • Project Lead: Must be a workspace member
  • Default Assignee: Must be a workspace member
  • Work Item Assignees: Must be project members (role ≥ 15)

Workspace Context in APIs

All workspace-scoped operations automatically filter results to the specified workspace:

Projects

GET
Returns only projects in the specified workspace.

Work Items

GET
Returns only work items in projects within the specified workspace.
GET
Searches only within the specified workspace.

Multi-Workspace Access

API keys are scoped to a specific workspace. To access multiple workspaces, you need:
  1. Separate API keys for each workspace, or
  2. A service token with multi-workspace access

Example: Multi-Step Workflow

Here’s a common workflow using workspace context:

Workspace Validation

The API automatically validates workspace context:

Invalid Workspace Slug

Status: 404 Not Found

Insufficient Permissions

Status: 403 Forbidden

Best Practices

Use Workspace Slug Consistently

Store the workspace slug in your application configuration:

Validate Workspace Access

Verify workspace access before performing operations:

Handle Multiple Workspaces

If your integration supports multiple workspaces:

Projects

Manage projects within a workspace

Work Items

Access work items across workspace projects

Users

Retrieve user and member information

Authentication

Learn about workspace-scoped API keys