AWS Amazon Lex Runtime V2
Browse all Amazonaws APIs61
AI ReadinessAI-Aware (B-)61/100
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.
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.
1
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" | sh2
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 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.
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
Set or override session state including slots, context, and session attributes with PutSession
Delete a conversational session to reset state with DeleteSession
Maintain per-user, per-locale, per-bot-alias session continuity across turns
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
Jentic AI Readiness Score
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.
A
Amazon Lex Runtime V2
- AI-Aware (B-)61/100
99
Foundational Compliance63
Developer Experience & Jentic Compatibility38
AI-Readiness & Agent Experience94
Agent Usability50
Security100
AI DiscoverabilityPowered by JenticScoring Framework 1.0.0 | Scoring Engine 0.4.0
Show dimension breakdown
99
Foundational Compliance
Base layer of spec validity and structural soundness.
Grade: A+Signals: 4
98%
Lint Results
Aggregated quality score from linter diagnostics, weighted by severity.
100%
Resolution Completeness
Percentage of `$ref` references that resolve successfully.
100%
Specification Validity
Checks whether the API description parses successfully and conforms to its declared specification (e.g., OpenAPI).
100%
Structural Integrity
Structural correctness score based on schema issues using logarithmic dampening.
63
Developer Experience & Jentic Compatibility
Clarity, completeness, and ingestion readiness for developers and tooling.
Grade: B-Signals: 4
0%
Example Density
How richly the API is illustrated with examples.
100%
Example Validity
Percentage of examples that conform to their schemas.
50%
Response Coverage
Percentage of operations with complete response definitions (success, client error, server error).
100%
Tooling Readiness
Health of API ingestion, bundling, and resolution within Jentic pipelines.
38
AI-Readiness & Agent Experience
Semantic breadth, depth, and agent comprehension for AI systems.
Grade: FSignals: 4
50%
Description Coverage
Coverage of descriptions across API elements.
0%
Error Standardization
Coverage of RFC 9457 Problem Details for error responses.
100%
OperationId Quality
Coverage, uniqueness, and casing consistency of operationIds for AI inference.
0%
Summary Coverage
Coverage of summaries across operations/tags/info.
94
Agent Usability
Functional utility, complexity comfort, and AI orchestration readiness.
Grade: A+Signals: 1
94%
Complexity Comfort
Agent comfort level based on API operational and structural complexity.
50
Security
Trust, risk posture, and security compliance.
Grade: C-Signals: 1
50%
Authentication Strength
Average quality of security schemes based on authentication method strength (weakest link for OAuth2).
100
AI Discoverability
Findability, semantic richness, and reasoning readiness.
Grade: A+Signals: 1
100%
Descriptive Richness
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>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.
Related APIs
Alternatives and complements available in the Jentic catalogue.
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.
GET STARTED