Skip to main content
Projects group your agents, secrets, and app connections into isolated workspaces. The project is the credential pool; each agent uses only what you grant it from that pool.

Why projects?

Without projects, everything lives in a flat list. Two teams working on different products draw from the same credential pool. With projects, you create natural boundaries:
  • payments-app: Stripe agent + Stripe API key
  • ai-assistant: Claude agent + Anthropic key + Gmail connection
  • staging: test agents with sandbox credentials
Each project is isolated. An agent in payments-app can’t see secrets in ai-assistant.

Default project

Every OneCLI account starts with a Default project. If you only have one use case, you never need to think about projects. Everything goes into Default automatically.

Creating a project

Click the project dropdown in the sidebar and select New project. Enter a name and you’re done.

Switching projects

Use the project dropdown in the sidebar to switch. The Agents, Connections, and Rules pages show only the active project’s data.

Renaming a project

Open the project settings page and update the name in the Rename card.

Running agents in a project

When you run an agent with onecli run, the project is resolved from the agent’s identity:
The agent belongs to a project. The gateway injects the credentials granted to that agent automatically. No --project flag needed for onecli run because the agent knows which project it’s in. When a project has several agents, choose which one a machine runs as with onecli config set agent <identifier> (or onecli run --agent <identifier> for a single run). Without either, onecli run uses the project’s default agent.

How access works

The project holds the pool: its own secrets and app connections, plus any shared from the organization. Agents in other projects can never reach it — the project is the isolation boundary. Within the project, access is per agent: an agent uses only the connections and secrets you grant it, and a connection grant can be narrowed to specific tools with allow and approval lists. On top of that, organization policy rules apply as guardrails no project can loosen.

Plan limits

Limits are pooled across the organization, not per project.