Workspaces

The self-contained space where a group collaborates — every issue, member, comment, and agent belongs to one.

Creating a workspace

A workspace is the self-contained space where a group collaborates in Statica. Every issue, member, comment, and agent belongs to one. The issue list, member roster, and agent configuration you see after signing in are all scoped to the current workspace; switching workspaces replaces the entire view.

Three things get decided at creation time:

  • Name — the display name members see. Spaces and non-ASCII characters are fine. You can change it later.
  • Slug — the string used in the workspace URL. Lowercase letters and digits joined with -. It can't be changed after creation, so pick carefully.
  • Issue prefix — the prefix on every issue number (the STA in STA-123). Use uppercase letters.

Avoid changing the issue prefix after the fact. Issue numbers render with the current prefix, so flipping STA to NEW instantly turns STA-5 into NEW-5. Every external link, Slack mention, and historical reference breaks. Treat the prefix as set-at-creation.

You can create a workspace from the UI or from the CLI:

statica workspace create

Issue numbers

Every issue gets a number in the format <prefix>-<digits>STA-1, STA-2, and so on. A few properties to know:

  • Sequential and unique within a workspace — each workspace keeps its own counter.
  • Not manually assignable — you only supply a title; the system picks the number.
  • Never reclaimed on delete — if you delete STA-5, the next new issue is STA-6, not STA-5.

Deleting a workspace

Only an owner can delete the workspace, and the action is irreversible. Deleting wipes every issue, project, comment, reaction, attachment, membership, pending invitation, and agent configuration — all at once. Export anything you care about before pulling the trigger.

If you're the last owner and want to walk away, transfer ownership to another member first, then decide whether to delete. See Members and roles.