The hierarchy
1
Organization
Your company or team. Contains all users, billing, and workspaces. Fully isolated from other organizations.
2
Workspace
A project or team within the organization. Separates products, teams, or use cases.
3
Environment
An isolated context within a workspace (e.g., production, staging, development). Each has its own agents, instances, knowledge, and credentials.
Resource scoping
Billing and usage attribution
Usage records (bothcompute_cpu_second and agent_compute_unit) are tagged with environment_id and workspace_id, then roll up to the organization level for billing. This means:
- You can break down cost per workspace and per environment in usage reports.
- Invoices are issued at the organization level — one bill per org.
- Separate environments give you attribution granularity without requiring separate billing accounts.
What is shared vs isolated within a workspace
Environments within a workspace share the same fleet definitions and agent registry — you register an agent once and deploy it to any environment. Only runtime resources are isolated per environment:
This means promoting an agent from staging to production requires only deploying a new instance in the production environment — no re-registration needed.
Isolation guarantees
How scoping works
Your API key or OAuth client is scoped to a specific workspace and environment. Every API call is routed to that context automatically.Recommended structure
Related pages
IAM Overview
Members, roles, and access control.
Environments
Manage isolated contexts.
API Keys
Create and scope credentials.
Authentication
How scoping is applied at request time.

