Cargo CLI — Workspace

Workspace administration: managing users, API tokens, folders, roles, workspace-level files, and submitting reports to workspace management.

See references/response-shapes.md for full JSON response structures. See references/troubleshooting.md for common errors and how to fix them. See references/examples/users.md for user invite and management examples. See references/examples/tokens.md for API token creation and rotation examples. See references/examples/folders.md for organizing resources into folders. See references/examples/reports.md for examples of submitting workspace management reports. See references/examples/sessions.md for the Claude Code SessionStart + SessionEnd hook recipe.

Prerequisites

See ../cargo/references/prerequisites.md for install, login (--oauth / --token), JSON output conventions, and error shapes. Verify the session with cargo-ai whoami before running any of the commands below.

Admin-only: user, role, and token writes require a token with admin access on the workspace. Folder writes and report create work with non-admin tokens.

Discover resources first

cargo-ai whoami                        # current user and active workspace
cargo-ai workspaceManagement user list           # all workspace members
cargo-ai workspaceManagement role list           # available roles
cargo-ai workspaceManagement token list          # all API tokens
cargo-ai workspaceManagement folder list         # all folders

Quick reference

cargo-ai whoami
cargo-ai workspaceManagement user list
cargo-ai workspaceManagement user create --user-email \x3Cemail> --role-slug \x3Cslug>
cargo-ai workspaceManagement token list
cargo-ai workspaceManagement token create --name \x3Cname>
cargo-ai workspaceManagement token remove \x3Ctoken-uuid>
cargo-ai workspaceManagement folder list
cargo-ai workspaceManagement folder create --name \x3Cname> --emoji-slug \x3Cslug> --kind \x3Ckind>
cargo-ai workspaceManagement report create --title \x3Ctitle> --description \x3Cdescription>
cargo-ai workspaceManagement session upsert --session-id \x3Cid> --title \x3Ctitle> --summary \x3Csummary> [--finished]

Current user and workspace

# Get your current user and workspace context
cargo-ai whoami
# → Returns your user UUID, email, and active workspace UUID

Users

# List all workspace members
cargo-ai workspaceManagement user list

# Invite a new user (requires their email and a role)
cargo-ai workspaceManagement user create \
  --user-email [email protected] \
  --role-slug \x3Crole-slug>

# Update a user's role
cargo-ai workspaceManagement user update --user-uuid \x3Cuuid> --role-slug \x3Cnew-role-slug>

# Remove a user from the workspace
cargo-ai workspaceManagement user remove --user-uuid \x3Cuuid>

Roles

Roles define what users can do in the workspace.

# List available roles
cargo-ai workspaceManagement role list

Always check available roles before inviting users — use the slug from role list when creating or updating users.

API tokens

Each token has a human-readable name and a permissions field. Tokens created via the CLI are issued with permissions: null, which means the token mirrors the permissions of its owning user (the user who ran token create) — so a token's effective access is bounded by what that user can do in the workspace. Fine-grained permission scoping (an explicit allow/deny list) is configured via the API or the Cargo app.

# List all API tokens (includes name and permissions of each token)
cargo-ai workspaceManagement token list

# Create a new token — --name is required
cargo-ai workspaceManagement token create --name "CI/CD pipeline"
# → Returns the token value — store it securely, it won't be shown again

# Remove a token
cargo-ai workspaceManagement token remove \x3Ctoken-uuid>

Naming: Pick a --name that makes the token's purpose obvious in token list later (e.g. "GitHub Actions — production", "Local dev — alice", "Zapier integration"). The name is the only way to tell tokens apart in the listing.

Security: Token values are only shown once at creation. Store them in a secrets manager (e.g. GitHub Secrets, AWS Secrets Manager).

Folders

Folders organize resources (plays, tools, agents) in the Cargo app.

# List all folders
cargo-ai workspaceManagement folder list

# Create a folder (kind: "tool", "play", "agent", or "file")
cargo-ai workspaceManagement folder create --name "Q1 Campaigns" --emoji-slug "rocket" --kind "play"

# Get a folder
cargo-ai workspaceManagement folder get \x3Cfolder-uuid>

# Update a folder
cargo-ai workspaceManagement folder update --uuid \x3Cfolder-uuid> --name "Q1 2025 Campaigns"

# Remove a folder
cargo-ai workspaceManagement folder remove \x3Cfolder-uuid>

Reports

Submit a report to workspace management. Use this whenever the CLI is failing, behaving unexpectedly, lacks a capability you need, or whenever you (user or agent) are struggling to accomplish a task with the CLI. This is the official feedback channel — every report is reviewed by the Cargo team and used to improve the CLI, its skills, and the underlying APIs.

# Submit a report to workspace management
cargo-ai workspaceManagement report create \
  --title "\x3Cshort summary>" \
  --description "\x3Cdetailed description, including the command(s) tried and the error(s) seen>"

When to send a report (non-exhaustive):

• A command exits non-zero with an errorMessage you cannot resolve from --help or references/troubleshooting.md.
• The CLI is being misused or the syntax is unclear (e.g. you can't figure out which flag to pass, or the JSON schema for --filter / --nodes / --action is ambiguous).
• A user or AI agent is repeatedly retrying the same command without progress (≥ 2 failed attempts on the same task).
• A documented command does not behave as the skill describes, or a response shape differs from what references/response-shapes.md documents.
• A capability appears to be missing entirely (no command exists for what you need to do).
• An async operation never reaches a terminal status, or returns inconsistent results across runs.

What to put in the report:

• --title: one-line summary of the problem (e.g. "batch create fails with 'playNotCompatible' on tool workflow").
• --description: include the exact command(s) executed (with sensitive values redacted), the JSON errorMessage, what you expected, what you tried, and any relevant UUIDs (run, batch, workflow, model). The more context you provide, the faster it can be triaged.

# Example: report a CLI struggle after multiple failed attempts
cargo-ai workspaceManagement report create \
  --title "segment fetch returns empty results despite matching records in UI" \
  --description "Ran: cargo-ai segmentation segment fetch --model-uuid \x3Cuuid> --filter '{\"conjunction\":\"and\",\"groups\":[...]}'. Got 0 records. The same filter shows 1,200 matches in the app UI. Tried both --filter and --segment-uuid; both return empty. Expected: the same records as the UI."

Do not silently give up on a failing CLI task. Send a report. This closes the feedback loop so the CLI and these skills can be improved.

Sessions

Record a Claude Code session in workspace_management.sessions. One row per (workspaceUuid, sessionId). Used by the cargo router's Claude Code SessionStart + SessionEnd hook recipe — see ../cargo/SKILL.md for when to wire them up.

# Upsert a session. Idempotent on --session-id within the workspace.
cargo-ai workspaceManagement session upsert \
  --session-id \x3Cclaude-session-id> \
  --title "\x3Cshort title>" \
  --summary "\x3Cone-or-two sentence summary>"

# Same call, but also stamp finished_at = now
cargo-ai workspaceManagement session upsert \
  --session-id \x3Cclaude-session-id> \
  --title "\x3Cfinal title>" \
  --summary "\x3Cfinal summary>" \
  --finished

• --session-id, --title, --summary are required on every call. title and summary are NOT NULL in the schema — pass placeholders on the start call and overwrite on the end call.
• --finished stamps finished_at = now. Use --finished-at \x3Ciso> for an explicit timestamp instead.
• Calling upsert twice with the same --session-id updates the same row — title, summary, and finished_at are overwritten.

Returns the upserted session as JSON. See references/examples/sessions.md for the full hook recipe with transcript-driven AI summarization.

Workspace files

Workspace files are CSVs or other data files uploaded for use in batch runs.

# Upload a file
cargo-ai workspaceManagement file upload --file-path \x3Cpath-to-file>
# → Returns s3Filename

# Inspect a file's columns before running a batch
cargo-ai workspaceManagement file list-columns --s3-filename \x3Cs3-filename>
# → Returns column names to use when mapping to workflow inputs

The s3-filename is returned when uploading a file via cargo-ai workspaceManagement file upload. See the cargo-orchestration skill's references/examples/tools.md for the full file upload and batch run workflow.

Help

Every command supports --help:

cargo-ai workspaceManagement user create --help
cargo-ai workspaceManagement token create --help
cargo-ai workspaceManagement folder create --help