camelAI has two layers of structure: organizations and workspaces. They serve different purposes, and getting them straight up front saves headaches later.Documentation Index
Fetch the complete documentation index at: https://camelai.com/docs/llms.txt
Use this file to discover all available pages before exploring further.
- An organization is your billing and access boundary. Your plan, your payment method, your team members, and your LLM provider all attach to the org.
- A workspace is the actual computer your agent works on. Files, chats, apps, and connections all live inside a workspace. You can have more than one workspace inside an org.
What lives where
At the org level- Plan and payment method
- LLM provider and API key (or camelAI hosted credits)
- Members, invitations, and roles
- Admin controls for any custom domains attached to apps in the org
- The agent’s persistent computer (files, folders, storage)
- Chats and chat history
- Connections (databases, SaaS tools, APIs)
- Published apps and their
*.camelai.appURLs - The workspace’s email address and Slack integration
- Cron jobs
Organizations
An org is a fully separate entity. Two orgs owned by the same person have nothing to do with each other:- Separate plans and billing.
- Separate LLM providers. A key you add to Org A does not work for Org B.
- Separate members. Adding someone to Org A does not give them any visibility into Org B.
- Separate workspaces, files, apps, and connections.
- You want a hard wall between two contexts. Personal projects on one org, client work on another.
- You’re a contractor and a client wants to pay for camelAI directly. They create their own org and invite you.
- You want completely separate billing for two parts of a company.
Workspaces
A workspace is a real Linux computer your agent lives on. It is persistent: files survive across sessions, chats stay in their threads, deployed apps keep running. (More on the workspace itself.) Every plan includes at least one workspace:| Plan | Workspaces included |
|---|---|
| Free | 1 |
| Starter | 1 |
| Pro | 1 |
| Team | 2 |
| Enterprise | Unlimited |
Why have more than one workspace
Two reasons.1. Project isolation
Each workspace is its own computer. Files, connections, and chats from one workspace are not visible from another. Use this when you don’t want two projects sharing a filesystem or environment.2. Per-workspace access for teams
On the Team plan and above, you can grant individual members access to specific workspaces. The most common use of this is splitting a team by function:- A Marketing workspace, with the Stripe, HubSpot, and Mailchimp connections marketing needs.
- A Finance workspace, with the QuickBooks, BigQuery, and bank connections finance needs.
- People on the marketing team get access to the marketing workspace. People on the finance team get access to the finance workspace. Admins keep access to both.
Roles and team members
Multiple seats are only available on the Team and Enterprise plans. On Free, Starter, and Pro, you’re the only person on your org. Org roles:- Owner. The person who created the org. Full control, including billing and ownership transfer.
- Admin. Can invite and remove members, manage workspaces, manage connections, manage app custom domains, and adjust billing.
- Member. Can chat with the agent and use any workspace they’ve been granted access to. Can’t invite or remove team members. (We’re tightening up the exact list of admin-vs-member gating soon, so the precise boundary may shift.)
Custom domains
Custom domains are per app. Each app you publish gets its own*.camelai.app URL by default, and you can attach a custom domain to any individual app from its settings. Different apps in the same workspace can have different custom domains, or none at all.
Org admins can see and manage custom domains across every app in the org from a single admin view. The domain itself attaches to the app.
Plan limits on custom domains (Starter: 10, Pro and up: unlimited) refer to the number of apps that can have one attached. (Full plan details.)
FAQ
Does my LLM provider key work across all my orgs?
Does my LLM provider key work across all my orgs?
If I switch workspaces, does my chat history come with me?
If I switch workspaces, does my chat history come with me?
Can two workspaces share files or connections?
Can two workspaces share files or connections?
Can a connection be at the org level instead?
Can a connection be at the org level instead?
Are custom domains attached to my org or to my apps?
Are custom domains attached to my org or to my apps?
Can I move an app from one workspace to another?
Can I move an app from one workspace to another?
Do I need a separate org for personal vs. work projects?
Do I need a separate org for personal vs. work projects?
Who can create a new workspace?
Who can create a new workspace?
What does an admin get that a member doesn't?
What does an admin get that a member doesn't?
I created a second org and I don't see my old workspaces. Is that a bug?
I created a second org and I don't see my old workspaces. Is that a bug?

