Install Jentic One Beta

Connect the Amazon Lex Runtime V2 to your agent

Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Amazon Lex Runtime V2, 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%2Famazonaws.com%2Famazon-lex-runtime-v2" | sh

Step 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%2Famazonaws.com%2Famazon-lex-runtime-v2" | sh
jentic register       # connects your agent to your Jentic One instance

Jentic 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.

Capabilities

What an agent can do with Amazon Lex Runtime V2 API.

Send a text utterance to a Lex V2 bot and receive intent, slot values, and response messages with RecognizeText

Stream an audio utterance to a Lex V2 bot for speech-to-intent recognition with RecognizeUtterance

Read the current state of a conversational session including recognised intents and active context with GetSession

GET STARTED

Start building with Amazon Lex Runtime V2 API

Explore with Jentic One

View OpenAPI Document

Use Cases

Patterns agents use Amazon Lex Runtime V2 API for, with concrete tasks.

★ Text chatbot integration

Product teams use RecognizeText to wire a Lex V2 bot into a web chat widget or messaging integration. Each user message becomes a POST to /text with botId, botAliasId, localeId, and sessionId; the response includes the recognised intent, slot values, and the bot's outbound message - enough to render the next turn of conversation without managing dialogue state in the application.

Call RecognizeText with botId='ABC123', botAliasId='TSTALIASID', localeId='en_US', sessionId='user-42', and text='I want to book a flight to Paris', then return the recognised intent and slot values.

Voice IVR and contact-centre integration

Contact-centre teams use RecognizeUtterance to stream caller audio to a Lex V2 bot and get back both the recognised intent and a synthesised audio response, all in one call. The runtime accepts standard PCM and Opus audio formats and returns the bot's reply as audio bytes plus structured intent data, which makes it the integration point for Amazon Connect IVR flows and other voice channels.

Stream an Opus-encoded user utterance to RecognizeUtterance for the customer-service bot alias and play the returned audio response back to the caller.

Session state management for multi-turn flows

Application teams use GetSession and PutSession to inspect and override the dialog state mid-conversation - useful for hand-offs to human agents, prefilling slots from a CRM lookup, or steering the bot toward a specific intent based on user context. DeleteSession clears state at logout or session timeout. This makes Lex V2 sessions deterministic and inspectable rather than a black box.

Call PutSession to seed slot values customerName='Jane Doe' and accountId='987654' before the next user turn, then RecognizeText with the user's actual message.

Agent-driven conversational flows through Jentic

AI agents that orchestrate hybrid LLM + Lex V2 flows use Jentic to call RecognizeText and PutSession without holding raw AWS credentials. Jentic stores keys in your Jentic One instance, signs each request with SigV4, and returns the structured intent and slot data - letting the agent decide whether to defer to Lex's deterministic intent matching or fall back to its own reasoning.

Search Jentic for 'send text to a Lex V2 bot', load RecognizeText, and execute against the support-bot alias with the user's last message, returning the recognised intent for downstream routing.

Key Endpoints

5 endpoints — jentic publishes the only available openapi specification for amazon lex runtime v2, keeping it validated and agent-ready.

METHOD

PATH

DESCRIPTION

POST

/bots/{botId}/botAliases/{botAliasId}/botLocales/{localeId}/sessions/{sessionId}/text

Send a text utterance and receive intent and response

POST

/bots/{botId}/botAliases/{botAliasId}/botLocales/{localeId}/sessions/{sessionId}/utterance

Send an audio utterance and receive intent plus audio response

GET

/bots/{botId}/botAliases/{botAliasId}/botLocales/{localeId}/sessions/{sessionId}

Read current session state

POST

/bots/{botId}/botAliases/{botAliasId}/botLocales/{localeId}/sessions/{sessionId}

Set or override session state

DELETE

/bots/{botId}/botAliases/{botAliasId}/botLocales/{localeId}/sessions/{sessionId}

Delete a session and reset state

POST

/bots/{botId}/botAliases/{botAliasId}/botLocales/{localeId}/sessions/{sessionId}/text

Send a text utterance and receive intent and response

POST

/bots/{botId}/botAliases/{botAliasId}/botLocales/{localeId}/sessions/{sessionId}/utterance

Send an audio utterance and receive intent plus audio response

GET

/bots/{botId}/botAliases/{botAliasId}/botLocales/{localeId}/sessions/{sessionId}

Read current session state

POST

/bots/{botId}/botAliases/{botAliasId}/botLocales/{localeId}/sessions/{sessionId}

Set or override session state

DELETE

/bots/{botId}/botAliases/{botAliasId}/botLocales/{localeId}/sessions/{sessionId}

Delete a session and reset state

Why Jentic?

What agents get from Jentic-routed access to this vendor.

Setup

Wiring Amazon Lex Runtime V2 by hand means implementing AWS SigV4 request signing, resolving the regional runtime-v2-lex host, streaming PCM or Opus audio to the utterance endpoint, and carrying session state across turns yourself. Through Jentic you install once, import Amazon Lex Runtime V2 from the API Directory, store your AWS access key and secret once, and your agent calls it.

Permission scoping

Lex Runtime V2 puts botId, botAliasId, localeId, and sessionId in the URL path (/bots/{botId}/botAliases/{botAliasId}/botLocales/{localeId}/sessions/{sessionId}/text), so a rule can pin your agent to one bot alias and locale: it exchanges utterances for that alias and nothing else. You choose the operations it may call, so DeleteSession or PutSession state overrides are not included unless you add them.

Credential isolation

Your AWS access key and secret are stored once, encrypted, by your own Jentic One instance and each request is signed with SigV4 at execution time. They never enter the agent's prompt, logs, or context.

Intent-based discovery

Agents search Jentic by intent such as 'send text to a Lex V2 bot' or 'reset a Lex conversation session', and Jentic returns the matching Runtime V2 operation like RecognizeText or PutSession with its input schema so the agent calls the right endpoint without reading the AWS reference.

FAQs

Specific to using Amazon Lex Runtime V2 API through Jentic.

Why is there no official OpenAPI spec for Amazon Lex Runtime V2?

AWS does not publish an OpenAPI specification. Jentic generates and maintains this spec so that AI agents and developers can call Amazon Lex Runtime V2 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 Amazon Lex Runtime V2 API use?

Lex Runtime V2 uses AWS Signature Version 4 HMAC signing with an access key ID and secret access key, optionally with a session token. Through Jentic, those credentials live in your Jentic One instance and the agent never handles raw secrets - Jentic signs each request server-side.

Can I build or train a Lex V2 bot with the Amazon Lex Runtime V2 API?

No. The runtime is for sending utterances to an already-deployed bot alias and reading dialog state. Building intents, slots, and bot versions is done through the separate Lex Models V2 API (modelslexv2 in this catalogue) - runtime and modelling are split into two services.

What are the rate limits for the Amazon Lex Runtime V2 API?

AWS publishes default soft limits per bot alias for RecognizeText and RecognizeUtterance, typically in the tens of TPS, with higher limits available on request. The exact numbers are not in the spec - check the AWS service quotas console for your account, and back off on ThrottlingException.

How do I send a user message to a Lex bot through Jentic?

Search Jentic for 'send text to a Lex V2 bot', load RecognizeText, and call POST /bots/{botId}/botAliases/{botAliasId}/botLocales/{localeId}/sessions/{sessionId}/text with a JSON body containing the user's text. The response returns the recognised intent, slot values, and bot messages. Install with pip install jentic.

How does Lex V2 maintain conversation context across turns?

Lex V2 keys conversation state on sessionId, scoped by botId, botAliasId, and localeId. As long as the client sends the same sessionId on each call, the runtime carries slots, dialog state, and session attributes across turns. Use GetSession to inspect the state and DeleteSession to reset it.

Can I limit what my agent is allowed to do with the Amazon Lex Runtime V2 API?

Yes. Because you run Jentic One yourself, your own rules decide which Lex Runtime V2 operations and credentials the agent may use, and Lex puts botId, botAliasId, and localeId in the request path so a rule can pin the agent to a single bot alias and locale. You choose the operations it can call, so you can allow only RecognizeText and RecognizeUtterance for exchanging utterances while excluding PutSession state overrides and DeleteSession resets unless you explicitly add them. Your AWS access key and secret stay stored in your own Jentic One instance and are signed into each request at execution time, so the agent never handles the raw credentials.

AWS Amazon Lex Runtime V2

Name: Amazon Lex Runtime V2 API
Brand: Amazon Lex Runtime V2
Availability: InStock

Browse all Amazonaws APIs

Agent-ready OpenAPI document · curated by JenticAI/MLLanguage Modelshmac5 EndpointsREST

Know of an official OpenAPI document? Contribute it →

For Agents

Send user text or audio to a deployed Lex V2 bot and receive recognised intents, slot values, and the bot's next conversational response.

Use for: Send a user message to a Lex V2 bot and get the recognised intent, Stream audio to a Lex V2 bot for voice-driven intent recognition, Get the current dialog state for an in-progress Lex conversation, Reset a user's Lex session so the next turn starts fresh

Not supported: Does not build or train bots, manage intents and slots at design time, or synthesise standalone speech - use for sending user utterances to a deployed Lex V2 bot and reading or overriding session state only.

Jentic publishes the only available OpenAPI specification for Amazon Lex Runtime V2, keeping it validated and agent-ready. Lex Runtime V2 is the conversational dataplane for Amazon Lex V2 bots - it exchanges user text or audio with a deployed bot alias and returns recognised intents, slot values, and the bot's next response. The runtime carries session state across turns, supports both text and streaming utterance recognition, and is the integration point for chat widgets, IVR systems, and voice assistants built on Lex V2.

Jentic One on Github View OpenAPI Document

Connect the Amazon Lex Runtime V2 to your agent

Capabilities

Start building with Amazon Lex Runtime V2 API

Use Cases

Key Endpoints

Why Jentic?

Related APIs

FAQs

AWS Amazon Lex Runtime V2