For Agents
Authenticate, fetch and create secrets (static and dynamic), encrypt and decrypt payloads, and manage auth methods and role rules in the Akeyless vaultless platform.
Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Akeyless 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://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | shStep 2: Agent machine
# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | 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 Akeyless API.
Authenticate via /auth and obtain a session token
Fetch and create static secrets and update their values
List, describe, and delete vault items
Generate and create dynamic secrets for short-lived database or cloud credentials
GET STARTED
Use for: Authenticate to Akeyless and get a session token, Fetch the value of secret /prod/db/password, Create a new static secret with a value, Generate a dynamic database credential
Not supported: Does not run application servers, host CI pipelines, or scan for vulnerabilities — use for secrets management, encryption, and RBAC only.
Jentic publishes the only available OpenAPI specification for Akeyless API, keeping it validated and agent-ready. Akeyless is a vaultless secrets-management platform — the v2 API exposes 17 endpoints covering authentication, static and dynamic secrets, encryption and decryption, auth methods, roles and rules, and gateway access listing. Calls are POST-driven with bearer-token authentication after an initial /auth call returns a session token.
Encrypt and decrypt payloads using Akeyless-managed keys
Create auth methods and list configured methods on the account
Define roles and attach rules that govern access
Patterns agents use Akeyless API for, with concrete tasks.
★ Just-in-time credential delivery
An automation pipeline calls Akeyless to fetch secrets at runtime instead of storing them on disk. The agent authenticates via POST /auth, then calls POST /get-secret-value for static secrets or POST /get-dynamic-secret-value to mint short-lived credentials.
POST /auth, then POST /get-secret-value with name=/prod/db/password to read the value at deploy time
Encryption and decryption workflow
Use Akeyless as a managed key service — call POST /encrypt to wrap a payload with a named Akeyless key, store the ciphertext, and POST /decrypt to recover it later. This keeps key material out of application code.
POST /encrypt with key-name=app-key and plaintext, store the returned ciphertext, then POST /decrypt to recover the original plaintext
Role and access policy automation
Manage RBAC programmatically — create a role via POST /create-role and attach access rules via POST /set-role-rule to control which paths a service can read, write, or list. Useful when an admin agent provisions new services and must grant scoped access.
POST /create-role with role-name=svc-billing, then POST /set-role-rule to grant read access to /prod/billing/*
AI agent integration via Jentic
An agent that needs runtime secrets uses Jentic to discover Akeyless operations by intent. The Akeyless access credential is stored in the Jentic vault, the agent loads the operation schema at runtime, and the response payload (e.g., a database password) is consumed by the next step without ever appearing in agent memory beyond the immediate call.
Search Jentic for 'fetch a secret value at runtime', load the Akeyless POST /get-secret-value operation, and execute with the secret name
17 endpoints — jentic publishes the only available openapi specification for akeyless api, keeping it validated and agent-ready.
METHOD
PATH
DESCRIPTION
/auth
Authenticate and get a session token
/get-secret-value
Get a static secret value
/create-secret
Create a static secret
/get-dynamic-secret-value
Get a dynamic short-lived secret
/encrypt
Encrypt a payload
/decrypt
Decrypt a payload
/create-role
Create an RBAC role
/set-role-rule
Attach an access rule to a role
/auth
Authenticate and get a session token
/get-secret-value
Get a static secret value
/create-secret
Create a static secret
/get-dynamic-secret-value
Get a dynamic short-lived secret
/encrypt
Encrypt a payload
Three things that make agents converge on Jentic-routed access.
Credential isolation
Akeyless access credentials are stored encrypted in the Jentic vault. The agent never holds the raw access id/key — Jentic performs the /auth call and passes the resulting session token to subsequent operations.
Intent-based discovery
Agents search by intent (e.g., 'fetch a database secret at runtime') and Jentic returns the Akeyless POST /get-secret-value operation with its schema so the agent calls it without reading docs.
Time to first call
Direct Akeyless integration: 1-2 days to wire /auth, token rotation, and per-secret retrieval. Through Jentic: under an hour.
Alternatives and complements available in the Jentic catalogue.
Specific to using Akeyless API through Jentic.
Why is there no official OpenAPI spec for Akeyless API?
Akeyless does not publish an OpenAPI specification. Jentic generates and maintains this spec so that AI agents and developers can call Akeyless API via structured tooling. It is validated against the live API and kept up to date. Get started at https://app.jentic.com/sign-up.
What authentication does the Akeyless API use?
Authenticate first via POST /auth to receive a session token, then pass it as a bearer token on subsequent calls. Through Jentic, both the access credential used for /auth and the resulting session token are managed in the encrypted Jentic vault.
How do dynamic secrets differ from static secrets in Akeyless?
Static secrets are stored values you create via POST /create-secret and read via POST /get-secret-value. Dynamic secrets are minted on demand via POST /get-dynamic-secret-value — they are short-lived credentials (e.g., database users) that Akeyless creates against a configured producer and revokes when the lease expires.
Can I encrypt payloads through Akeyless without managing keys?
Yes. POST /encrypt wraps your payload with a named Akeyless key and returns ciphertext; POST /decrypt reverses the operation. The key material never leaves Akeyless, so application code only handles ciphertext.
How do I fetch a secret through Jentic?
Use the Jentic search query 'fetch a secret value'. Jentic returns the POST /get-secret-value operation; supply the secret name, and Jentic injects the bearer token at execution time.
Are there rate limits on the Akeyless API?
The OpenAPI spec does not declare explicit rate limits; Akeyless applies plan-based quotas. Watch for 429 responses on burst traffic and implement exponential backoff for fetch loops.
/decrypt
Decrypt a payload
/create-role
Create an RBAC role
/set-role-rule
Attach an access rule to a role