Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Lambda Cloud 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%2Flambdalabs.com%2Flambdalabs" | 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%2Flambdalabs.com%2Flambdalabs" | 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 Lambda Cloud API.
Launch on-demand GPU instances from a chosen instance type and region
List running instances and retrieve the details of one
Restart or terminate instances when a job finishes
Create and delete filesystems for persistent storage across instances
Manage SSH keys and inbound firewall rules that control instance access
GET STARTED
Browse available images and open support tickets with attachments
Patterns agents use Lambda Cloud API for, with concrete tasks.
★ Spin up GPU compute for an AI agent job
An AI agent integration created through Jentic needs GPU capacity on demand. The Lambda Cloud API lists available instance types, launches an instance in a region, and terminates it when the run finishes, so the agent provisions exactly the compute a training or inference job needs and releases it afterwards.
List instance types, launch one matching the job, then terminate it after the run completes
Persistent storage across instances
Training runs need data that outlives a single instance. The Lambda Cloud API creates filesystems and lists them, so an automation can attach persistent storage to new instances and keep datasets and checkpoints available across launches without re-copying them each time.
Create a filesystem, then launch an instance that mounts it for a training run
Lock down instance access
GPU instances exposed to the internet need controlled access. The Lambda Cloud API manages SSH keys and replaces inbound firewall rules, letting an agent register the right key and restrict inbound traffic to known addresses before a workload starts.
Add an SSH key and replace the inbound firewall rules to allow only a specified address
33 endpoints — the lambda cloud api launches and manages on-demand gpu compute instances for training and inference workloads.
METHOD
PATH
DESCRIPTION
/api/v1/instances
List running instances
/api/v1/instance-operations/launch
Launch instances
/api/v1/instance-operations/terminate
Terminate instances
/api/v1/instance-types
List available instance types
/api/v1/filesystems
Create a filesystem
/api/v1/images
List available images
/api/v1/ssh-keys
Add an SSH key
/api/v1/firewall-rules
List inbound firewall rules
/api/v1/instances
List running instances
/api/v1/instance-operations/launch
Launch instances
/api/v1/instance-operations/terminate
Terminate instances
/api/v1/instance-types
List available instance types
/api/v1/filesystems
Create a filesystem
/api/v1/images
List available images
/api/v1/ssh-keys
Add an SSH key
/api/v1/firewall-rules
List inbound firewall rules
What agents get from Jentic-routed access to this vendor.
Setup
Wiring Lambda Cloud by hand means handling its API key over bearer or basic auth and registering SSH keys and firewall rules before you can launch an instance. Through Jentic you install once, import Lambda Cloud from the API Directory, store the key once, and your agent calls it.
Permission scoping
Lambda Cloud puts the instance id in the URL path for the detail and update operations, so a rule can limit your agent to specific instances for reads and updates. You choose the operations it may call, so destructive ones like launching or terminating instances are not included unless you add them.
Credential isolation
Your Lambda Cloud API key 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 'launch a GPU instance' or 'list instance types', and Jentic returns the matching Lambda Cloud 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 Lambda Cloud API through Jentic.
What authentication does the Lambda Cloud API use?
The Lambda Cloud API authenticates with your Lambda Cloud API key, sent either as a bearer token in the Authorization header or via HTTP basic auth, per its OpenAPI spec. Through Jentic the key is stored encrypted by your own Jentic One instance and injected at call time, so it never reaches the agent's prompt or logs.
Can I launch and terminate GPU instances with the Lambda Cloud API?
Yes. The launch operation starts instances of a chosen type and region, and the terminate operation releases them, so an agent can provision GPU compute for a job and tear it down when the run finishes.
What are the rate limits for the Lambda Cloud API?
The Lambda Cloud API spec notes that requests are generally limited to one request per second, with the instance launch operation limited to one request per 12 seconds. Design agent flows to respect those limits and back off on throttling.
How do I launch a GPU instance through Jentic?
Install Jentic One on your own infrastructure with `curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh`, then import the Lambda Cloud API from the API Directory and search for 'launch a GPU instance'. Store the API key once and your agent can provision and release instances. To run it on your own infrastructure, install Jentic One from its GitHub repo.
Is there a Lambda Cloud MCP server?
You don't need an MCP server to give your agent the Lambda Cloud API. Jentic connects it directly from the API Directory: import it, store your key once, and your agent calls it, with operations discovered on demand instead of loaded into the agent's context.
Can I limit what my agent is allowed to do with the Lambda Cloud API?
Yes. The instance id sits in the URL path for the detail and update operations, so a rule can scope the agent to reading and updating specific instances, while destructive operations like launching or terminating stay out of reach unless you add them. Every action it takes is recorded in an audit log.
For Agents
Launch, list, restart, and terminate GPU instances, manage filesystems, SSH keys, and firewall rules, and open support tickets on Lambda Cloud.
Use for: Launch a GPU instance of a specific type, List my running instances, Terminate an instance when training completes, Create a filesystem and attach it to an instance
Not supported: Does not handle billing, model training code, or data labeling. Use for provisioning and managing GPU cloud instances only.
The Lambda Cloud API launches and manages on-demand GPU compute instances for training and inference workloads. It lets you pick an instance type and region, launch, restart, and terminate instances, attach persistent filesystems, manage SSH keys and inbound firewall rules, browse available images, and open support tickets with attachments. Requests are authenticated with a Lambda Cloud API key.
This API is usable in Jentic One now. Its AI-readiness score against Jentic's framework shows where it stands today and where improvements would make it even easier for agents to use.
Base layer of spec validity and structural soundness.
Aggregated quality score from linter diagnostics, weighted by severity.
Percentage of `$ref` references that resolve successfully.
Checks whether the API description parses successfully and conforms to its declared specification (e.g., OpenAPI).
Structural correctness score based on schema issues using logarithmic dampening.
Clarity, completeness, and ingestion readiness for developers and tooling.
How richly the API is illustrated with examples.
Percentage of examples that conform to their schemas.
Percentage of operations with complete response definitions (success, client error, server error).
Health of API ingestion, bundling, and resolution within Jentic pipelines.
Semantic breadth, depth, and agent comprehension for AI systems.
Coverage of descriptions across API elements.
Coverage of RFC 9457 Problem Details for error responses.
Coverage, uniqueness, and casing consistency of operationIds for AI inference.
Coverage of summaries across operations/tags/info.
Functional utility, complexity comfort, and AI orchestration readiness.
Agent comfort level based on API operational and structural complexity.
Trust, risk posture, and security compliance.
Average quality of security schemes based on authentication method strength (weakest link for OAuth2).
Findability, semantic richness, and reasoning readiness.
Clarity and depth of descriptions across API elements.
Score it yourself
Every API in the directory is allowlisted, so you can re-score it with no key required.
npx @jentic/api-scorecard-cli score <openapi-url>