For Agents
Provision and manage Paperspace projects, deployments, collaborators, and secrets through bearer-authenticated calls - useful for orchestrating GPU-backed ML workloads.
Use for: List all my Paperspace projects, Create a new Paperspace project for an experiment, Add a collaborator to a Paperspace project by user id, Store a project secret named 'OPENAI_API_KEY'
Not supported: Does not run model training jobs directly, manage billing, or expose notebook content - use for project, deployment, collaborator, and secret management only.
Jentic publishes the only available OpenAPI specification for Paperspace API, keeping it validated and agent-ready. Paperspace provides GPU-backed compute and machine learning infrastructure, and the API exposes the resources teams use to organise that work - projects, deployments, project collaborators, secrets, and tags. Authenticated callers can list and create projects, manage who can access them, store project-level secrets, and inspect activity. Bearer authentication is used throughout, with /auth/session as the entry point for token validation.
Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Paperspace API, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.
Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.
Step 1: Jentic One Host machine
# On the machine that will host your Jentic One instance:
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fapi.paperspace.com%2Fpaperspace" | shStep 2: Agent machine
# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fapi.paperspace.com%2Fpaperspace" | sh
jentic register # connects your agent to your Jentic One instanceJentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.
What an agent can do with Paperspace API.
List and create Paperspace projects via /projects and inspect a single project at /projects/{id}
Add or remove collaborators on a project through /projects/{id}/collaborators and /projects/{id}/collaborators/{userId}
Store and retrieve project-level secrets with /projects/{id}/secrets and /projects/{id}/secrets/{name}
Tag projects for organisation through /projects/{id}/tags
GET STARTED
Inspect recent project activity via /projects/{id}/activity
Manage deployments through the /deployments resource
Validate the active session and bearer token at /auth/session
Patterns agents use Paperspace API for, with concrete tasks.
★ Project Provisioning Automation
Stand up new Paperspace projects on demand by calling /projects with a name and description, then attach collaborators and secrets in follow-up calls. This supports onboarding flows that give each new ML engineer their own workspace, or per-experiment provisioning where each run lives in an isolated project. Tags and activity endpoints help downstream tooling track which projects are active.
POST /projects with name='exp-2026-06-09', then POST /projects/{id}/tags with 'experiment' and POST /projects/{id}/secrets to store the run's OPENAI_API_KEY.
Collaborator Access Control
Manage who can access each Paperspace project through /projects/{id}/collaborators and the corresponding DELETE on /projects/{id}/collaborators/{userId}. This keeps access tightly scoped - a teammate can be added for a single experiment and removed once it ships, without touching every other project. Combined with /activity, audit trails are easy to build.
List collaborators on a project, add a new user by id, then remove a previous collaborator whose access has expired.
Centralised Secret Storage
Store API keys, tokens, and configuration as project secrets via /projects/{id}/secrets so notebooks and deployments can read them at runtime without checking values into the repository. /projects/{id}/secrets/{name} supports retrieval and deletion of individual secrets. Pair with the bearer-authenticated session to keep operational credentials out of source control.
POST /projects/{id}/secrets with name and value, then GET /projects/{id}/secrets to confirm the secret is registered.
AI Agent Workspace Orchestration via Jentic
Have an agent provision a Paperspace project, attach collaborators, and seed secrets in response to a higher-level instruction such as 'spin up an experiment workspace for me and Sam'. Jentic returns the right operation per intent, the agent supplies parameters, and the bearer token stays in your Jentic One instance - keeping ML infrastructure credentials out of agent prompts.
Search Jentic for 'create a Paperspace project', load the POST /projects schema, execute with the requested name, then chain calls to add collaborators and store an initial secret.
30 endpoints — jentic publishes the only available openapi specification for paperspace api, keeping it validated and agent-ready.
METHOD
PATH
DESCRIPTION
/projects
List projects
/projects
Create a project
/projects/{id}
Retrieve a project
/projects/{id}/collaborators
List project collaborators
/projects/{id}/secrets
List project secrets
/projects/{id}/activity
Inspect project activity
/deployments
List deployments
/auth/session
Validate the current session
/projects
List projects
/projects
Create a project
/projects/{id}
Retrieve a project
/projects/{id}/collaborators
List project collaborators
/projects/{id}/secrets
List project secrets
/projects/{id}/activity
Inspect project activity
/deployments
List deployments
/auth/session
Validate the current session
What agents get from Jentic-routed access to this vendor.
Setup
Wiring Paperspace by hand means setting up its bearer auth, learning the project, deployment, and secret resource shapes, and managing collaborators yourself. Through Jentic you install once, import Paperspace from the API Directory, store the token once, and your agent calls it.
Permission scoping
Paperspace puts the project id in the URL path (/projects/{id}/...), so a rule can pin your agent to one project: it can read that project's collaborators, secrets, and activity and nothing else. You choose the operations it may call, so creating projects is not included unless you add it.
Credential isolation
Your Paperspace token is stored once, encrypted, by your own Jentic One instance and injected at execution time. It never enters the agent's prompt, logs, or context.
Intent-based discovery
Agents search Jentic by intent such as 'list deployments' or 'read a project's secrets', and Jentic returns the matching Paperspace operation with its input schema so the agent calls the right endpoint without browsing the reference docs.
Alternatives and complements available in the Jentic catalogue.
Specific to using Paperspace API through Jentic.
Why is there no official OpenAPI spec for Paperspace API?
Paperspace does not publish an OpenAPI specification. Jentic generates and maintains this spec so that AI agents and developers can call Paperspace API via structured tooling. It is validated against the live API and kept up to date. Get started with Jentic One, the self-hosted execution layer.
What authentication does the Paperspace API use?
The Paperspace API uses HTTP bearer token authentication. The token is sent in the Authorization header on every request, and /auth/session can be called to verify it. Through Jentic, the bearer token is stored encrypted in your Jentic One instance and injected at execution time, so it never appears in agent prompts.
Can I manage project secrets with the Paperspace API?
Yes. POST /projects/{id}/secrets stores a named secret on a project, GET /projects/{id}/secrets/{name} retrieves it, and DELETE on the same path removes it. This keeps third-party API keys (e.g., model provider tokens) out of source control while still being available to notebooks and deployments.
What are the rate limits for the Paperspace API?
The published spec does not declare numeric rate limits. Treat /projects and /deployments as the highest-volume endpoints, paginate listings, and back off on HTTP 429. Validation calls to /auth/session should be cached rather than issued on every request.
How do I create a Paperspace project through Jentic?
Search Jentic for 'create a Paperspace project', load the POST /projects schema, and execute with the project name and description. With `pip install jentic` the call returns the new project id, which you can pass to follow-up calls for collaborators, secrets, or tags.
Is the Paperspace API free?
API access itself is free; the underlying compute (GPU machines, deployments) is billed according to Paperspace's pricing. Project, collaborator, secret, and tag operations consume only standard API quota.
Can I limit what my agent is allowed to do with the Paperspace API?
Yes. Because Jentic One is self-hosted, you set the rules that decide which Paperspace operations your agent may call and which stored token it uses. Since Paperspace puts the project id in the URL path (/projects/{id}/...), you can pin the agent to a single project so it only reads that project's collaborators, secrets, and activity and touches nothing else. You choose the allowed operations, so an action like creating new projects with POST /projects stays off unless you explicitly grant it.