2 APIs across 2 product groups. All share one credential.
| I want to... | Use | Why |
|---|---|---|
| Create, update, or delete a hosted service and trigger a deploy | Render API | The Render API is the compact surface for core service lifecycle and deploy operations. |
| Manage blueprints, custom domains, disks, workspace members, or audit logs | Render Public API | The Render Public API exposes the full 196-operation platform, including blueprint validation, infrastructure-as-code, and workspace administration. |
| List services or inspect deploys | Render API | Service and deploy read operations live on the focused Render API; use it when you only need core hosting actions. |
Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Render APIs, 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%2Frender.com" | 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%2Frender.com" | 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.
Once connected, ask your agent something like: “deploy and manage render cloud services”.
What agents get from Jentic-routed access to this vendor.
Setup
Wiring Render by hand means handling bearer token auth against api.render.com and mapping its service, deploy, blueprint, and workspace endpoints across two APIs yourself. With Jentic One installed, your agent finds and adds the Render APIs from the Jentic directory and stores the token once.
Permission scoping
Render puts resource ids in the URL path, such as /services/{serviceId} and /blueprints/{blueprintId}, so your own rules can pin an agent to reading and deploying one service while excluding deletes or member removals unless you add them.
Credential isolation
Your Render bearer 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.
Specific to using Render APIs through Jentic.
What can an AI agent do across Render's APIs?
An agent can manage the whole hosting lifecycle: create, update, and delete services, trigger and inspect deploys, attach persistent disks, manage custom domains, validate and sync infrastructure blueprints, and administer workspace members and audit logs.
How are the two Render APIs different?
The Render API is a compact surface of 13 operations focused on core service and deploy management. The Render Public API is the full platform with 196 operations, adding blueprints, custom domains, disks, workspace administration, and audit logs.
Do both APIs share the same authentication?
Yes. Both use a single Render bearer token in the Authorization header against api.render.com, so one credential works across every operation on both APIs.
Can an agent combine both APIs in one workflow?
Yes. A common pattern is defining resources with a blueprint on the Render Public API, then creating and deploying the resulting services through the Render API, all with the same token.
BOOK A DEMO
Browse thousands of APIs and connect them all to your agent with Jentic One. One layer, one credential — every API your agent needs.
For Agents
An agent can create, update, and delete Render services, trigger and check deploys, attach persistent disks, manage custom domains, validate and sync infrastructure blueprints, and administer workspace members and audit logs across Render's two hosting APIs.
Render is a unified cloud hosting platform where a single bearer token controls both broad workspace administration and day-to-day service and deploy management, so an agent can define infrastructure with blueprints and operate the running services those blueprints create through one account.
Use for: Managing Render cloud hosting: services, deploys, blueprints, custom domains, disks, and workspace administration through Render's APIs.
Not supported: payment processing, email or messaging, CRM records, on-prem deployment, real-time log streaming
Credentials: Both APIs authenticate with a single Render bearer token in the Authorization header against api.render.com, so one credential covers every operation.
All 2 Render OpenAPI specs are vendor-official and indexed by Jentic, kept validated and agent-ready.
Render is a cloud application hosting platform. Its APIs let you manage the full lifecycle of hosted services: creating and updating services, triggering and inspecting deploys, managing custom domains and persistent disks, defining infrastructure with blueprints, and administering workspaces, members, and audit logs. The Render Public API covers 196 operations across the platform, while the smaller Render API focuses on core service and deploy management. Both are secured with bearer tokens against api.render.com.
Each workflow spans multiple Render APIs. Jentic routes each operation to the right API automatically.
Define infrastructure then operate the services
Validate and sync a blueprint with the Render Public API to define resources, then create and deploy the resulting services through the Render API in one workflow.
Call POST /blueprints/validate on the Render Public API, sync the blueprint, then POST /services and trigger a deploy on the Render API
Render Public API + Render API
Provision a service with a custom domain
Create a service and trigger its first deploy with the Render API, then attach a custom domain to it using the Render Public API.
Call POST /services on the Render API, deploy it, then use the Render Public API to associate a custom domain with the new service
Render API + Render Public API
Deploy and audit a workspace
List and update services and deploys with the Render API while reviewing workspace audit logs and member roles through the Render Public API for governance.
Call GET /services on the Render API to inventory deploys, then read audit logs and member roles via the Render Public API
Render API + Render Public API
Intent-based discovery
Agents search the Jentic directory by intent such as 'create a service' or 'validate a blueprint', and Jentic returns the matching Render operation with its input schema so the agent calls the right endpoint without browsing the reference docs.
Can I limit which Render operations an agent may call?
Yes. With Jentic One, your own rules decide which operations and credentials the agent may use, so destructive actions like deleting a service or removing a workspace member are excluded unless you add them.
Does Render handle things outside cloud hosting?
No. These APIs are scoped to hosting and workspace management. Payments, messaging, and CRM are not covered, so pair Render with dedicated APIs for those needs.
All 4 are in the Jentic catalogue with the same one-credential, intent-search pattern.