Skip to content

Inspect the Current Workspace Context

Check who the current principal is, which workspace is active, and which installation context is in effect before you run sensitive automation or admin work.

Best for CLI user, API client, and Automation developer Updated April 3, 2026
CLI In this interface
4 steps Steps
2 interfaces Available in
Use this path when

Use the CLI discovery commands plus status output before you do anything destructive or admin-scoped.

What you'll finish here
  • Identify the current principal.
  • Confirm the active workspace.
  • Prevent admin work in the wrong workspace.

Where this happens

LabelValueNotes
Command./backlog.sh statusShows local profile and auth state.
Command./backlog.sh meShows the current authenticated principal.
Command./backlog.sh workspacesLists visible workspaces.

Same Task, Other Interfaces

Use the version that matches where you are working now. The subject matter stays the same; the delivery changes by surface.

Do the work

  1. 1. Run `./backlog.sh status` to see the current profile, token source, and stored workspace id.
  2. 2. Run `./backlog.sh me` to confirm the principal type and current workspace context.
  3. 3. Run `./backlog.sh workspaces` if you need the workspace id for automation admin commands.
  4. 4. Persist the correct workspace id with `./backlog.sh config set-workspace <workspaceId>` before you continue.

Nearby Guides

These guides stay close to the current workflow so you can keep moving without restarting discovery.